兩地三中心,對于異地備份的距離要求

milujite

容災一般考慮幾個問題：
1、成本，客戶有多少投入來做容災
2、指標，允許丟失多少數(shù)據(jù)或者需要多久來恢復
3、距離，是同城還是異地，基本決定了是用同步還是復制技術(shù)
4、要使用哪個層面的容災技術(shù)，是存儲/文件系統(tǒng)還是操作系統(tǒng)/應用/數(shù)據(jù)庫
5、生產(chǎn)和容災如何切換
6、運維/流程/演練==

另外，容災跟總線沒毛關(guān)系

myfat10

容災跟總線真的是完全沒關(guān)系的啊親。。。

100心

嗯不錯，15樓 第一點 替銷售先思考了。

lastfile

圍觀，對這容災話題很感興趣

mike79

sapbgp4 發(fā)表于 2012-08-05 13:09
計算機總線和容災沒關(guān)系！

你的答案和，曾經(jīng)有個同事作內(nèi)部培訓時說，“存儲的緩存，打開，不打開，要試 ...

其實容災和機器朝向很有關(guān)系，拜方位很重要。

mike79

回復 21# sapbgp4
很認真地建議你，至少要三卦

鍋鐵做

回復 11# bbjmmj


Hi,

其實，存儲上用哪種特征的磁盤，都是次要的，關(guān)鍵基于同城容災之間的那條鏈路，如何減低這條鏈路之間的延遲才是很重要好的。

Infiniband可以直接把數(shù)據(jù)推送到系統(tǒng)總線，算是一個IO延遲的彌補。

公司給客戶設計那套方案（Infiniband），直接都是由總部技術(shù)人員(一堆老外)參與，另外結(jié)合了Xsigo system公司技術(shù)，Xsigo system主要負責兩端鏈路的協(xié)議轉(zhuǎn)換。

另外，關(guān)于FC 傳輸?shù)难舆t，我有一個（理論）值，可以跟你分享下：

光纖的延遲大概每隔一公里是：5μs，如果是35公里，則是 35×5μs；
以SCSI 為例，每次IO寫入需要8個周期。那最終的結(jié)論是：一套兩地位于35公里的存儲，采用FC ，寫入延遲則是 35×5μs×8.

我講的是理論值，則實際會更高。

這是我依據(jù)的-指導手冊內(nèi)容的片段：

See:

In environments where a direct connection (dark Fibre) between sites is used, latency is normally no problem, for example:
*Dark Fibre links can be stretched up to 10 km (with 1300 nm laser) or 35 km (with 1550 nm laser). A dark Fibre link of 35 km adds a latency of around 5 micro seconds per km.
<A microsecond (μs) is equal to one millionth of a second or one thousandth of a millisecond (ms)>
*Typical SCSI transactions require a transaction to transverse the link 8 times or four round trips.
This means a dark Fibre link of 35 km adds a latency of 5 μs * 35km * 8(trips)= 1400 micro seconds(μs) = 1.4 milliseconds (ms) which is negligible for most applications, but it could affect time sensitive transactional Application Servers/Hosts such as databases which can send a lot of small I/O per second.

bbjmmj

鍋鐵做 發(fā)表于 2012-08-06 16:36
回復 11# bbjmmj

聽說過Xsigo，不過做這種容災似乎不是Xsigo強項，兩端用IB OVER SDH就可以，結(jié)構(gòu)更簡單些。