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

o楓葉o飄零

回復(fù) 38# dengbao2001


    應(yīng)用層目前這家公司做的是個(gè)渣。。。（目前這家公司才剛成立1年）

   只有上家公司做得比較好      他們?cè)谧钋岸擞肍5對(duì)應(yīng)用層的進(jìn)行負(fù)載均衡（還沒有用到CDN）。。。。。。  在服務(wù)器端用的是nginx+lvs（有專門的運(yùn)維去開發(fā)）      因此應(yīng)用層的

負(fù)載均衡和高可用都不存在很大的問題。

guyeh

dengbao2001 發(fā)表于 2015-01-12 19:56
也還是根據(jù)需求來決定你的方案了，如果預(yù)算足夠，也可以搞個(gè)異地備份

你們當(dāng)前還沒做到這步吧？

預(yù)算、技術(shù)能力、領(lǐng)導(dǎo)的**程度決定了采用什么樣的技術(shù)方案；預(yù)算反而不是最重要的。目前高校中搞異地備份的還比較少。同城備份的見過一些，我們屬于同校區(qū)不同教學(xué)樓之間。oracle RAC承載高可用需求。

視頻這類的東西量大，但是還沒有做到很好的歸檔。目前還是摸索。

qingduo04

好書，先占個(gè)位置.........................

dengbao2001

qingduo04 發(fā)表于 2015-01-13 13:12
好書，先占個(gè)位置.........................

位置站好了，泡杯茶，該發(fā)言了吧

dengbao2001

guyeh 發(fā)表于 2015-01-13 12:54
預(yù)算、技術(shù)能力、領(lǐng)導(dǎo)的**程度決定了采用什么樣的技術(shù)方案；預(yù)算反而不是最重要的。目前高校中搞異地 ...

學(xué)校都用來RAC呀，什么應(yīng)用呀？

dengbao2001

forgaoqiang 發(fā)表于 2015-01-13 12:02
存儲(chǔ)這塊估計(jì)只要網(wǎng)絡(luò)不出問題 基本上RAID就能解決問題吧 我感覺SAN很少出問題的樣子

是的，只要基礎(chǔ)設(shè)施好，頂多換個(gè)硬盤

qingduo04

回復(fù) 44# dengbao2001


    剛休息了一下，養(yǎng)成的習(xí)慣，中午總是小睡一下

niao5929

集群過度的強(qiáng)調(diào)所謂的云而忽視本地化系統(tǒng)本身需要不斷的強(qiáng)大是沒有意義的。如果我們使用傳統(tǒng)的P486計(jì)算機(jī)來作為客戶端，然后不斷的說云如何的好。我想使用P486的用戶一定要罵娘！！

qingduo04

1.就你工作的的本身，談?wù)勀闶欠裥枰�冗余和高可用�?br />

//需要
當(dāng)前我們所處的系統(tǒng)為OLAP系統(tǒng)，從底層到展示均需要高可用； 容災(zāi)倒是沒有實(shí)施。
1. 底層接口服務(wù)器，主要采用的是冷備方式。
2. 數(shù)據(jù)庫(kù)采用DB2，采用        HA高可用。
3. 對(duì)于WEB采用硬件負(fù)載均衡進(jìn)行保障。
4. 網(wǎng)絡(luò)服務(wù)器為雙臺(tái)； 負(fù)載均衡為雙臺(tái)，一般的業(yè)務(wù)對(duì)應(yīng)的服務(wù)器都是成對(duì)的。

2.如果需要冗余或者高可用，你是如何實(shí)現(xiàn)的？使用商業(yè)解決方案？還是開源解決方案？

//一般均是商用實(shí)現(xiàn)的，開源解決方案接觸較少。

3.你的工作環(huán)境發(fā)生因冗余或者高可用導(dǎo)致的事故嗎？你是如何防止該類事故的再次發(fā)生？

//存在，數(shù)據(jù)庫(kù)當(dāng)時(shí)方式過一臺(tái)主機(jī)宕掉，影響其他30臺(tái)主機(jī)。（共同搭建一套數(shù)據(jù)庫(kù)）
手工修改數(shù)據(jù)庫(kù)配置和資源，才解決問題。

dengbao2001

qingduo04 發(fā)表于 2015-01-13 14:05
回復(fù) 44# dengbao2001

休息是必須的，我也會(huì)睡半個(gè)小時(shí)，要不下午精神不太好