亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: 請(qǐng)教:光纖連接存儲(chǔ)沒(méi)有安裝共享軟件情況下磁盤(pán)文件的同步問(wèn)題 [打印本頁(yè)]

作者: zdcdcz    時(shí)間: 2015-05-05 16:05
標(biāo)題: 請(qǐng)教:光纖連接存儲(chǔ)沒(méi)有安裝共享軟件情況下磁盤(pán)文件的同步問(wèn)題
      項(xiàng)目中存儲(chǔ)最初規(guī)劃了nfs,但是隨著用戶(hù)的逐漸增多,并發(fā)訪問(wèn)增大,經(jīng)常出現(xiàn)遠(yuǎn)程nfs目錄反映慢的問(wèn)題。iostat發(fā)現(xiàn)磁盤(pán)陣列達(dá)到瓶頸。
      存儲(chǔ)原本有配有光纖,通過(guò)光交和兩臺(tái)流媒體服務(wù)器相連,因?yàn)閚fs達(dá)到了瓶頸,于是采取不走nfs,直接走光纖,負(fù)載下去了(項(xiàng)目之初原本想做GFS的,
因?yàn)槟承┰驔](méi)有做,做了NFS)。
      產(chǎn)生的新問(wèn)題就是:三臺(tái)主機(jī)直接掛載光纖連接的分區(qū),一臺(tái)寫(xiě),兩臺(tái)讀。其他兩臺(tái)對(duì)于第一臺(tái)寫(xiě)入的新的文件并不能實(shí)時(shí)讀取到。
查了一些資料,了解到“多主機(jī)共享一個(gè)lun,數(shù)據(jù)是不同步的,各有各的緩存,也沒(méi)有鎖的機(jī)制”,“nfs的傳輸時(shí)文件級(jí)的,而fc san是塊級(jí)的”。

      由于是生產(chǎn)環(huán)境,不能重新部署GFS,OCFS,SANergy,ImageSAN等共享軟件,我的問(wèn)題是:

1)既然各主機(jī)各有各的緩存,這個(gè)緩存是在主機(jī)還是存儲(chǔ)控制器上的?如果是在主機(jī)上,能否像Oracle一樣,通過(guò)checkpoin強(qiáng)制把緩存的數(shù)據(jù)寫(xiě)入磁盤(pán)陣列?
2) 但是對(duì)1)仍有疑問(wèn),因?yàn)閽燧d分區(qū)后,兩臺(tái)讀的主機(jī)三天了還沒(méi)有能看到寫(xiě)主機(jī)三天前寫(xiě)的新的數(shù)據(jù)。好像重新mount可以看到?生產(chǎn)環(huán)境在跑,還沒(méi)試驗(yàn)。
3)對(duì)于當(dāng)前需求,一臺(tái)寫(xiě),兩臺(tái)主機(jī)讀,有什么辦法在不安裝共享軟件的情況下,實(shí)時(shí)讀取寫(xiě)主機(jī)上更新的數(shù)據(jù)嗎?(另兩臺(tái)只需要讀取,不需要寫(xiě))
4)如果以上皆不可行,對(duì)nfs能做何優(yōu)化使之能承受越來(lái)越大的并發(fā)訪問(wèn)壓力?

    本人對(duì)存儲(chǔ)方面經(jīng)驗(yàn),了解都很有限,還請(qǐng)各位大牛指教......
作者: dengbao2001    時(shí)間: 2015-05-05 16:14
最可靠的方法是用支持共享讀寫(xiě)的文件系統(tǒng)和相關(guān)軟件,否則會(huì)發(fā)生讀寫(xiě)不一致性

我記得某些存儲(chǔ)可以可以NAS的,也就是用SAN存儲(chǔ)實(shí)現(xiàn)NAS的功能,如果你無(wú)法使用基于共享的文件系統(tǒng)的話(huà)
作者: 鍋鐵做    時(shí)間: 2015-05-06 10:05
zdcdcz 發(fā)表于 2015-05-05 16:05
項(xiàng)目中存儲(chǔ)最初規(guī)劃了nfs,但是隨著用戶(hù)的逐漸增多,并發(fā)訪問(wèn)增大,經(jīng)常出現(xiàn)遠(yuǎn)程nfs目錄反映慢的問(wèn)題 ...


非常遺憾的告訴你:針對(duì)流媒體業(yè)務(wù),以你目前的架構(gòu),不做很大的改動(dòng)很難解決你的痛處。
SAN是專(zhuān)有的“塊”級(jí)訪問(wèn)模式,效率高但具有唯一性,你說(shuō)的寫(xiě)入后無(wú)法反映在讀取的另外節(jié)點(diǎn),數(shù)據(jù)應(yīng)該是臨時(shí)被緩沖在主機(jī)的文件系統(tǒng)了。
NFS或其它的NAS協(xié)議屬于文件級(jí)訪問(wèn),可以共享,不過(guò)就像你說(shuō)的效率低,尤其文件到達(dá)一定的數(shù)量,幾萬(wàn),十幾萬(wàn),幾百萬(wàn)的時(shí)候就下降十分厲害。

那,最好的方式就是,你必須改造目前的架構(gòu),在磁盤(pán)上方搭建一套分布式文件系統(tǒng),可以集合所有節(jié)點(diǎn)性能,同時(shí)提供多個(gè)系統(tǒng)同時(shí)讀/寫(xiě)。
往常這種系統(tǒng)可以用SAN的方式發(fā)布空間,比如iSCSI,高性能同時(shí)還提供文件鎖,寫(xiě)入數(shù)據(jù)實(shí)時(shí)反映在讀—節(jié)點(diǎn)上。
作者: zdcdcz    時(shí)間: 2015-05-06 11:25
回復(fù) 2# dengbao2001
你是說(shuō)基于光纖的NAS?但是從定義上來(lái)說(shuō),基于光纖的就不是NAS了

這個(gè)倒是沒(méi)有聽(tīng)說(shuō)過(guò)?您有資料嗎?


   
作者: zdcdcz    時(shí)間: 2015-05-06 11:29
回復(fù) 3# 鍋鐵做

謝謝兄弟指點(diǎn),看來(lái)不經(jīng)過(guò)文件系統(tǒng)的改造,很難取得性能上的提高,所以項(xiàng)目初期就應(yīng)該規(guī)劃好啊......

又或是,nas使用萬(wàn)兆網(wǎng)卡,部署集群,不知能否改善nfs的性能,適應(yīng)流媒體的高負(fù)載?

   
作者: 鍋鐵做    時(shí)間: 2015-05-06 12:24
zdcdcz 發(fā)表于 2015-05-06 11:29
回復(fù) 3# 鍋鐵做

謝謝兄弟指點(diǎn),看來(lái)不經(jīng)過(guò)文件系統(tǒng)的改造,很難取得性能上的提高,所以項(xiàng)目初期就應(yīng)該規(guī) ...


可以試一下,不過(guò)有兩點(diǎn)需要注意:

第一:到底是帶寬瓶頸還是磁盤(pán)的響應(yīng)速度跟不上?你開(kāi)篇第一句話(huà)說(shuō)的是磁盤(pán)響應(yīng)速度跟不上,如果是這樣,擴(kuò)展帶寬對(duì)改善問(wèn)題幫助不大。
第二:保留目前的架構(gòu),只能回到NAS(用SAN不合理),使用NFS,這是一種文件協(xié)議和鏈路沒(méi)關(guān)系,不要混淆。用NAS的話(huà)鏈路可以是1或10Gb的網(wǎng)卡,也可以是10Gb的光纖以太網(wǎng),并不是說(shuō)光纖就必須是SAN。但光的延遲總會(huì)小于雙絞線吧。
我之前計(jì)劃用SAN去替換客戶(hù)已有的流媒體業(yè)務(wù),發(fā)現(xiàn)越到后期問(wèn)題越多,也包括閣下目前遇到的所有問(wèn)題,所以最好是專(zhuān)有的分布式文件系統(tǒng)才合理。

作者: dengbao2001    時(shí)間: 2015-05-06 13:18
到了現(xiàn)在才知道你用了流媒體形式,不知可否用分布式+緩存這種部署方式
作者: zdcdcz    時(shí)間: 2015-05-07 14:53
回復(fù) 6# 鍋鐵做
多謝回復(fù)。

1)應(yīng)該是鏈路上的瓶頸。存儲(chǔ)做了raid,23塊硬盤(pán)并發(fā)寫(xiě)入,應(yīng)該不至于有問(wèn)題。而且現(xiàn)在暫時(shí)采用的方案是一臺(tái)流媒體采用nfs,兩臺(tái)直接走光交連接存儲(chǔ),目前
     iostat顯示的await  svctm  %util等參數(shù)都正常了,流媒體也沒(méi)有出現(xiàn)過(guò)讀取不到文件的情況。只是有前述的問(wèn)題,光纖連接的讀取不到新寫(xiě)入的文件。

2)改用光纖以太網(wǎng)應(yīng)該會(huì)改善一點(diǎn)性能,但不知道能不能頂住目前流媒體的壓力。事實(shí)上,目前生產(chǎn)環(huán)境已經(jīng)在跑業(yè)務(wù),而且是電子政務(wù),做大的改動(dòng)比較困難。所以說(shuō),
     項(xiàng)目初期就要做好規(guī)劃,預(yù)留壓力空間。

     我要么把情況上報(bào)領(lǐng)導(dǎo),之前的想在不動(dòng)現(xiàn)有環(huán)境的情況下解決估計(jì)可能性不大。還是看領(lǐng)導(dǎo)意思吧,哈

   
作者: zdcdcz    時(shí)間: 2015-05-07 15:07
回復(fù) 7# dengbao2001

我們另一個(gè)較大的項(xiàng)目用到了分布式,以及CDN來(lái)分擔(dān)壓力,但這個(gè)項(xiàng)目已經(jīng)在運(yùn)營(yíng),不能做大的改動(dòng)了,當(dāng)然,這也涉及成本,呵呵


   




歡迎光臨 Chinaunix (http://www.72891.cn/) Powered by Discuz! X3.2