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

mike79

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

鍋鐵做

回復 11# bbjmmj


Hi,

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

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

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

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

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

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

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

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就可以，結構更簡單些。

zhlin0054

學習了，謝謝！

mike79

回復 26# sapbgp4
恩，那請大神論述下PCIX總線和PCIe總線對容災技術/方案有什么不同影響？
PS 其實我覺得機房的朝向對容災的影響很大，另外實施人員的星座生肖對容災的影響也比總線架構更重要。恩，就是這樣。
   

mike79

回復 26# sapbgp4
瞄了下附件，就是沒有實施經驗的人炮制出來的。
就說數(shù)據(jù)庫應用容災這個章節(jié)，號稱以Oracle為例，沒看出和Oracle容災相關的內容。
從2.4.7.1~2.4.7.8這8個章節(jié)中，只有最后一張圖和容災搭了些邊，不過也是狗皮膏藥式的，不管什么應用/數(shù)據(jù)庫都能貼上去。
original logs和mirrored redo logs我記得是DB2中的術語，意思好理解，但是沒聽誰在Oracle上這么用過。
PS 搜了下和總線關鍵字，沒看到和容災相關的內容。本來還以為大神有什么高見那。

   

mike79

sapbgp4 發(fā)表于 2012-12-30 21:48
爭論技術上孰強孰弱，那是哥沒畢業(yè)，在老師的公司里實習時才干的事情

恩，如果你是做售后的，那有必要再去實習實習。另外記得看看自己的生辰八字。