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

niao5929

不間斷服務(wù)其實牽扯到很多技術(shù)。比如供電、網(wǎng)絡(luò)的冗余能力、服務(wù)器本地化的功能是否強大。我們首先需要定義不間斷的粒度。比如秒級或者納秒級。我們的雙機系統(tǒng)在進行ORACLE數(shù)據(jù)庫切換時有12秒的時間，這對于實時高可用肯定就不行了。DOCKER倒是實現(xiàn)了應(yīng)用和硬件的解耦。但好像做成應(yīng)用自動漂移還不太成熟吧

dengbao2001

niao5929 發(fā)表于 2015-01-15 17:01
不間斷服務(wù)其實牽扯到很多技術(shù)。比如供電、網(wǎng)絡(luò)的冗余能力、服務(wù)器本地化的功能是否強大。我們首先需要定義 ...

12S差不多，用Windows  Cluster做，切換也大概需要1，2分鐘

niao5929

可實際上會出現(xiàn)應(yīng)用中斷的過程。在這個過程中部分正在進行的業(yè)務(wù)產(chǎn)生的緩存數(shù)據(jù)肯定就丟失了。我覺得一般的非實時的應(yīng)用可以用。如果真是實時系統(tǒng)的話。那損失就大了回復(fù) 82# dengbao2001


   

dengbao2001

是這樣的。

要實現(xiàn)0切換，肯定需要付出比較高的成本

niao5929

呵呵，現(xiàn)在能不能降低這樣的成本呢？？！！比如像ETCD或者別的回復(fù) 84# dengbao2001


   

dengbao2001

Oracle級別不知道RAC能不能做到？

反正Windows Cluster是不行的

不同的應(yīng)用，應(yīng)該有不同的方案


沒有一個一勞永逸的方法

dengbao2001

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

cu_shell

支持下活動~~~chinaren是在那次事故之后接觸的，，那幾年大學(xué)里還是很流行的。。也在上面建過班級，很是懷念啊。

1.就你工作的的本身，談?wù)勀闶欠裥枰�冗余和高可用�?br /> 網(wǎng)絡(luò)設(shè)備的冗余算嗎，，高可用沒怎么研究，服務(wù)器很少當(dāng)機；

2.如果需要冗余或者高可用，你是如何實現(xiàn)的？使用商業(yè)解決方案？還是開源解決方案？
這個，定期備份必不可少。上各種監(jiān)控系統(tǒng)，有商業(yè)的也有開源的，服務(wù)器和網(wǎng)絡(luò)設(shè)備同時監(jiān)控，，當(dāng)機第一時間能收到短信。

3.你的工作環(huán)境發(fā)生因冗余或者高可用導(dǎo)致的事故嗎？你是如何防止該類事故的再次發(fā)生？
如果網(wǎng)絡(luò)設(shè)備算的話，那就是路由電源燒掉了，沒有備用路由。。。
現(xiàn)在路由已經(jīng)有備用的了，又把3層交換也備了一臺，暫時沒有上熱備。如果說要徹底降低風(fēng)險，減少故障率，還是熱備好。

dengbao2001

cu_shell 發(fā)表于 2015-01-16 15:54
支持下活動~~~chinaren是在那次事故之后接觸的，，那幾年大學(xué)里還是很流行的。。也在上面建過班級，很是懷念 ...

感謝你的分享！

網(wǎng)絡(luò)設(shè)備的冗余肯定算了，是最基本的，他掉了，影響也非常大，尤其是核心的

dengbao2001

cu_shell 發(fā)表于 2015-01-16 15:54
支持下活動~~~chinaren是在那次事故之后接觸的，，那幾年大學(xué)里還是很流行的。。也在上面建過班級，很是懷念 ...

說到網(wǎng)路設(shè)備，我也想起來一件事情

還是上家公司，做核心的6509交換機竟然自動重啟了，據(jù)說是IOS有bug,做了雙機熱備都沒辦法了呀，整個網(wǎng)絡(luò)一下子就癱瘓了