銀行數(shù)據(jù)中心建設方案(編輯修改稿)
2024-11-24 12:39 本頁面
【文章內(nèi)容簡介】 IO數(shù)據(jù)量 10M，則 SRDF 性能要求也是 10*8=80 Mbps。 四、數(shù)據(jù)中心遷移系統(tǒng)設計 數(shù)據(jù)中心要進行遷移，既要考慮未來最終使用的情況，也要考慮數(shù)據(jù)遷移過程的實現(xiàn)。根據(jù)廈門建行的系統(tǒng)現(xiàn)狀，我們的總體設計思路時：考慮建立一套新數(shù)據(jù)中心，新舊數(shù)據(jù)中心采用 SRDF 進行互聯(lián)，然后在數(shù)據(jù)搬遷時利用 SRDF 進行異地數(shù)據(jù)遷移，在數(shù)據(jù)中心搬遷后建立最終的新舊中心災備系統(tǒng)。 因 此，我們的系統(tǒng)總體設計要將重點放在災備系統(tǒng)設計中，我們要從存儲系統(tǒng)硬盤分布、 SRDF 同步模式的選擇、災備網(wǎng)絡方案的確定、災備軟件的匹配等方面的進行分析設計，最終確定總體架構。 1． 盤分布設計： 盤分布設計主要包括兩方面的考慮： （ 1） 確定哪些應用系統(tǒng)放在災備系統(tǒng)中。在進行業(yè)務數(shù)據(jù)需求分析完成后，我們就可以確定哪些應用系統(tǒng)、哪些應用數(shù)據(jù)要放到災 備系統(tǒng)中，我們就可以確定硬盤的可用容量。在廈門建行的應用系統(tǒng)中，將核心業(yè)務系統(tǒng)和部分重要系統(tǒng)放在災備系統(tǒng)中。 （ 2） 放在災備系統(tǒng)中的應用數(shù)據(jù)的盤分布。 在整個主機 系統(tǒng)中， I/O 的性能是至關重要的。存儲系統(tǒng)的 I/O 性能的提高是整個核心系統(tǒng)性能提高的關鍵。其中，硬盤的分布是重中之重。在盤分布設計中，我們主要采用兩點思路： ? 核心業(yè)務使用的硬盤采用 Raid1，而不采用 Raid5。這樣，數(shù)據(jù)在得到雙重保護的同時，又不降低性能 。 ? 核心業(yè)務使用的硬盤盡可能放在不同的物理硬盤上。這樣，將使核心業(yè)務的 I/O 分攤到不同的 I/O 通道中，使 I/O 性能進一步提高。 ? 核心業(yè)務使用的硬盤盡可能放在不同的通道上。這樣，將使核心業(yè)務的 I/O 分攤到不同的 I/O 通道中，使 I/O 性能進一步提高。 2． SRDF 同步模式選擇 SRDF 數(shù)據(jù)鏡像技術支持三種工作模式：同步模式、半同步模式、異步模式，其中半同步模式使用較少，同步模式對于同城災備最合適，異步或自適應模式適合數(shù)據(jù)的遷移，對主機端的 I/O 性能影響最小。但是若一套系統(tǒng)僅用于一次數(shù)據(jù)遷移，既可以異步模式來實現(xiàn)，也可以用同步模式來實現(xiàn)。 按照廈門建行的需求，我們不僅使用 SRDF 來實現(xiàn)數(shù)據(jù)遷移，同時將來還要做同城災備。因此，為了減少對業(yè)務的影響，我們可以提 前同步，從而在遷移切換時，數(shù)據(jù)已經(jīng)處于同步狀態(tài)，可以使數(shù)據(jù)遷移的切換時間大大縮短。 3． 網(wǎng)絡方案的確定： 在 SRDF 災備實施中，為保證實施災備系統(tǒng)的運行，網(wǎng)絡傳輸速度是至關重要的。在明確遷移需求和系統(tǒng)負載后，以及聯(lián)機和批量對磁盤更新量以后，進行 SRDF 帶寬設計。包括 SRDF Synchronous Delay、 VOLUME WRITE I/O LIMIT，具體方法可參考有關資料，這里不詳述。 一般情況下， 10km 以內(nèi)的兩套系統(tǒng)互 聯(lián)，只需要使用裸光纖互聯(lián)就可以，連接接口采用長波單模光纖接口。采用裸光纖、普通光纖接口的傳輸速率理論上能達到 1Gbps，實際數(shù)值也能達到 500Mbps以上。 而對于超過 10km 的兩套系統(tǒng)互聯(lián)，可以采用磁盤間 SRDF 連接為 2 根 ESCON 通道，兩地采用 NORTEL 或 CISCO 等網(wǎng)絡設備廠商提供的 DWDM 設備作通道延伸，兩端 DWDM 間用 DARK FIBER 連接。這時就要根據(jù)系統(tǒng)的負載需求來確定傳輸線路的速率了。 因為廈門建行新舊大樓之間距離小于 10Km，因此采用裸光纖直連方式進行，通過計算，超過 200Mbps 的數(shù) 據(jù)傳輸速率能滿足廈門建行數(shù)據(jù)傳輸?shù)男枰? 4． 軟件版本的匹配： 在我們的設計中，需要我們和廠商關注的一點是災備系統(tǒng)兩端的微碼版本是否匹配，是否能滿足 SRDF 的運行需要。只有 EMC 公開 文檔明確支持 SRDF 運行的微碼版本才能發(fā)到兩端的存儲系統(tǒng)上運行，以確保將來 SRDF 運作的穩(wěn)定性和可用性。 5． 系統(tǒng)架構： 根據(jù)需求的分析，我們要利用 SRDF 技術我們最終的目的是要建立一套基于 SRDF 的數(shù)據(jù)災備系統(tǒng)，同時滿足數(shù)據(jù)中心遷移的需要，同時將來作為數(shù)據(jù)災備系統(tǒng)，當新數(shù)據(jù)中心出現(xiàn)問題時，舊數(shù)據(jù)中心能得到最新的業(yè)務數(shù)據(jù)，并 利用舊數(shù)據(jù)中心擁有的部分主機實現(xiàn)部分核心業(yè)務。 因此，我們在總體設計是要按將來是一套 SRDF 同步系統(tǒng)來考慮，主存儲是 EMC 8530，災備存儲是 3830。大部分主機將搬遷到新數(shù)據(jù)中心，舊數(shù)據(jù)中心只保留很少的主機。數(shù)據(jù)中心搬遷后的系統(tǒng)最終的總體結構圖如下： 圖三 最終的系統(tǒng)結構示意圖
公司管理相關推薦
鄂ICP備17016276號-1