【正文】 設備故障不影響業(yè)務生產(chǎn)，即雙 存儲 同步復制 技術 對存儲的要求不僅僅是能保證單套存儲設備的可靠性，而且要保證在極端情況下，單一存儲設備故障時，不會影 響關鍵業(yè)務的生產(chǎn)，此外，即使在單套存 儲設備故障時，另一節(jié)點的存儲性能也需能夠高效支撐業(yè)務，因此兩臺 存儲 需 采用相同的配置，以保證在單套存儲出現(xiàn)災難時，另一套存儲可以以 同樣的 性能支撐 南方 中心的業(yè)務。 隨著兩套存儲之間距離的增大，數(shù)據(jù)寫入 延時越長 ， 因此，建議同步復制 存儲應在同一個數(shù)據(jù)中心 中 以保證業(yè)務性能 。各臺電腦需要通過網(wǎng)絡無時不刻地訪問后臺服務器上面的應用程序 來完成諸如掛號、開藥、手術、住院等一系列醫(yī)療操作。 ? 主機層 服務器中有眾多角色，例如綜合門診系統(tǒng) HIS，電子病例系統(tǒng) ， 醫(yī)療影相系統(tǒng)等等，每套系統(tǒng)上面部署有各自的應用程序，每臺服務器通過 HBA 卡與后端的秦皇島市中心 醫(yī)院雙活存儲解決方案 7 SAN 網(wǎng)絡相連接 。 生產(chǎn)存儲、容災存儲， NAS 設備 均通過光纖網(wǎng)絡連接到 SAN 網(wǎng)絡當中，實現(xiàn)數(shù)據(jù)的高速聯(lián)通。 兩臺存儲之間采用基于硬盤級別的同步復制功能，實時保障數(shù)據(jù)的一致性，如果生產(chǎn)存儲出現(xiàn)故障，容災存儲可以迅速地切換（手動切換）成主存儲承載業(yè)務的連續(xù)性 。 HNAS 4040 網(wǎng)關支持配置 6 個千兆以太網(wǎng)口和 2 個萬兆以太網(wǎng)口（均支持端口聚合功能）。 HUS 110 產(chǎn)品配置參數(shù)介紹 項目 HDS HUS 110 基本控制器架構描述 雙 活自動負載均衡控制器 內部交換總線 秦皇島市中心 醫(yī)院雙活存儲解決方案 8 陣列可用緩存 丌小于 16GB 緩存分區(qū)功能 支持 ， 最多可 配置 10 個分區(qū) 磁盤擴展能力 120 塊， SAS/SSD 15k、 10k、 最大 磁盤容量 480TB SAS 后端 B/E (Gbps) ，單條鏈路 6Gb，共計 48Gb 8Gb FC 端口擴展能力 8 1Gb/10Gb iSCSI 端口擴展能力 4 RAID 級別 RAID5,6,10 數(shù)據(jù)同步復制功能 支持，基于磁盤的同步 /異步復制功能 自動分層軟件功能 HDT/HRT，熱點數(shù)據(jù)最短遷移時間間隔 1s,最小遷移數(shù)據(jù)塊 42MB 服務器多路徑軟件 支持，贈送 HDLM 原廠多路徑軟 件 HNAS 4040 網(wǎng)關產(chǎn)品配置參數(shù)介紹 操作系統(tǒng) 非 Windows 等通用操作系統(tǒng) 節(jié)點及集群架構 支持多 節(jié)點 處理模式 ， ActiveActive 工作模式 最大支持 8 個節(jié)點集群（ HNAS4100）。應具有完全在線，無需停機的擴充能力，包括系統(tǒng)微碼升級、系統(tǒng)處理能力的擴充、存儲容量的擴充。徹底解決長期困繞用戶的、難于進行容災方案的真實演練、真實數(shù)據(jù)測試的問題，最大限度的減少數(shù)據(jù)丟失問題 。 目前， HDS 的 TrueCopy 軟件其獨有的時間戳 (Timestamp)和一致性組(Consistency Group)技術，保證 了 異步處理方式下的數(shù)據(jù)一致性和完整性，最大程度的減少數(shù)據(jù)的丟失，并被廣大用戶采用。通過與HDS ShadowImage(本地數(shù)據(jù)鏡像拷貝軟件 )配合，可以用 PIT 拷貝獲得真實的生產(chǎn)環(huán)境數(shù)據(jù)，不必中止生產(chǎn)系統(tǒng)的運行，能夠頻繁的啟動低廉花費的災難模擬測試，最大的限度提升用戶的投資回報率 (ROI)，確保容災計劃的可操作性，提高用戶的商業(yè)信心，免除客戶的后顧之憂 另外， TrueCopy 簡化、減少用戶計劃用于設備維護、數(shù)據(jù)遷移、數(shù)據(jù)集中、備份的業(yè)務停頓時間。 TrueCopy Sync 同步數(shù)據(jù)拷貝軟件，為用戶的任何數(shù)據(jù)提供了實時的、同步的遠程 “鏡像 ”保護功能。秦皇島市中心 醫(yī)院雙活存儲解決方案 11 NanoCopy解決方案提供用戶在世界任何地方，獲得完全不間斷的、連續(xù)的 PIT 時間段 (Point in Time)的遠程數(shù)據(jù)拷貝。當生產(chǎn)中心發(fā)生災難時，不會出現(xiàn)數(shù)據(jù)丟失。節(jié)省主機系統(tǒng)的 CPU 資源，提供用戶開放的高可用性 任何廠商的同步處理方式對應用系統(tǒng)的響應時間都會有沖擊。 受應用系統(tǒng) I/O 讀寫的活動頻率、網(wǎng)絡帶寬、可以容忍的交易響應時間和其他因素的影響，遠程同步工作方式有距離的限制，一般小于 25 公里。而其它廠商的遠程容災異步方式為了完全保證數(shù)據(jù)的一致性和完整性，需要額外的投資 (更多的磁盤盤組或更高的 CPU)才能實現(xiàn)。然后，本地生產(chǎn)存儲系統(tǒng)將多個累計的寫I/O 異步 (幾乎實時發(fā)送 )的，不一定按順序的傳送到備份中心的存儲系統(tǒng)中，因此在異步方式下，對應用系統(tǒng)的性能沒有任何影響 由于 I/O 操作不是同步的傳送到備份中心，在異步方式下，就存在數(shù)據(jù)的傳送順序與實際的數(shù)據(jù)的操作順序不一致問題。目前， HDS 的 TrueCopy 軟件其獨有的時間戳(Timestamp)和一致性組 (Consistency Group)技術，是目前存儲業(yè)界唯一可行且安全的存儲系統(tǒng)之間的異步數(shù)據(jù)備份方案并被廣大用戶采用 由于數(shù)據(jù)異步遠程更新，應用程序不必等待遠程更新的完成，因此遠程數(shù)據(jù)備份的性能的影響通常較小，并且備份磁盤的距離和生產(chǎn)磁盤間的距離理論上沒有限制。但 TrueCopy 通過“consistency group”技術保證災難發(fā)生時已經(jīng)發(fā)送到備份中心的數(shù)據(jù)將保持一致性，因此在系統(tǒng)和應用程序重新啟動之前，需要恢復那些 “inflight”丟失的數(shù)據(jù)。 HDS 支持的容災通信鏈路協(xié)議為： Fibre Channel、 ESCON、 DWDM、 ATM、E1/E IP、 SONET 等。如果在 ATM、 E1/E3 或 IP 鏈路下，采用異步方式，理論上可以達到無限距離。只有這樣，才能保證在災難發(fā)生時，及時、有序的切換到容災系統(tǒng)上運行，保證應用系統(tǒng)的業(yè)務連續(xù)性。 秦皇島市中心 醫(yī)院雙活存儲解決方案 14 第 3章 HUS 100 系列 技術 的技術優(yōu)勢 統(tǒng)一存儲 伴隨用戶數(shù)據(jù)量的快速增長， 用戶存儲的數(shù)據(jù)類型也出現(xiàn)了多樣化的趨勢，塊、文件和對象數(shù)據(jù)的存儲需求并存，傳統(tǒng)的存儲架構需要客戶為這些不同類型的數(shù)據(jù)單獨采購不同的 SAN、 NAS 以及對象存儲設備。 伴隨新的存儲需求，業(yè)界陸續(xù)出現(xiàn)了統(tǒng)一存儲的產(chǎn)品。 秦皇島市中心 醫(yī)院雙活存儲解決方案 15 之所以提出以上的統(tǒng)一存儲框架，因為 HDS 認識到我們的客戶在面臨數(shù)據(jù)的快速增長和統(tǒng)一存儲需求時面臨的多重挑戰(zhàn)，主要包括： ? 從容應對數(shù)據(jù)增長； ? 在數(shù)據(jù)量不斷增長前提下，降低成本； ? 有效控制基礎架構的復雜度； ? 滿足服務等級要求； 秦皇島市中心 醫(yī)院雙活存儲解決方案 16 針對這些挑戰(zhàn)， HUS 提出的解決之道簡述如下： 挑戰(zhàn) 一 : 從容應對數(shù)據(jù)增長 用戶需要 面 對 數(shù)據(jù)容量、 應用以及虛機數(shù)量的快速增長 HUS 解決 之道 : ? 超過 2 倍 的容量擴展 ? 超過 3 倍 性能提升 ? 卷和文件系統(tǒng)的動態(tài)增長 ? 更加快捷的容量和文件系統(tǒng)供應 挑戰(zhàn) 二 : 在數(shù)據(jù)量不斷增長前提下，降低成本 面對不斷緊縮的預算， IT 部門必須提升效率 HUS 解決 之道 : CAPEX 節(jié)省 ? 提升存儲密度和空間利用率 OPEX節(jié)省 ? 通過整合降低 50% 以上的運維成本 ? 通過統(tǒng)一存儲管理節(jié)省軟件費用、管理時間和人員培訓時間 ? 降低能耗、制冷和場地需求 ? 對稱活動控制器降低部署和維護的人力、時間成本 挑戰(zhàn) 三 : 有效控制基礎架構的復雜度 如何將客戶運維人員從底層的維護工作中解放出來 HUS 解決 之道 : ? 基于硬件的控制器自動故障切換和負載均衡技術簡化部署、管理 ? 自動分層和數(shù)據(jù)遷移簡化數(shù)據(jù)生命周期管理和變更需求 ? 更簡化的管理界面和更短的部署時間 ? 對多種類型數(shù)據(jù)的智能、統(tǒng)一管理 挑戰(zhàn) 四 : 滿足服務等級要求； 秦皇島市中心 醫(yī)院雙活存儲解決方案 17 不滿足服務等級要求 會 對企業(yè)造成財務或業(yè)務的損失 HUS 解決 之道 ? 優(yōu)秀而全面的順序和隨機性能 ? Hitachi 一貫的高可靠性降低企業(yè)的業(yè)務風險，減少計劃內、計劃外停機 ? 與主流應用緊密集成與最佳實踐 ，降低業(yè)務部署時間，準確預知架構承載能力； ? Hitachi Command Director 直觀、實時監(jiān)控 SLO 需要指出的是， HUS 的推出是基于 HDS 一貫的理念，即“ one platform for all data” 的有效延伸。這樣就為客戶提供了一個容量高達 255PB 的統(tǒng)一存儲平臺。 HUS 提供的大容量擴展、平衡的高性能架構以及簡化的面向 SLO 的管理策略使之成為客戶進行服務器虛擬化整合、云架構搭建、大數(shù)據(jù)存儲的理想平臺。該技術是中端磁盤陣列的創(chuàng)新性設計，徹底改變了原有中端磁盤陣列在雙控制器上割裂式的訪問帶來的以下弊端： ? 所有存儲里可用的 LU 都必須手工分配主控制器和 Ownership，另一個控制器對這個 LU 只能“袖手旁觀”，只有主控制器故障時起到備份作用。 HUS100 存儲系統(tǒng)的動態(tài)虛擬控制器架構解決了所有這些問題，前端訪問單HBA 卡的任意接入都可以訪問雙控制器管理的所有 LU，無須手工設置 LU 綁定主控制器，雙 HBA 卡可以通過 2 個控制器的前端路徑訪問同一個 LU；后端訪問也實現(xiàn)了 LU 在控制器分配的自均衡，當一個控制器繁忙時，存儲智能系統(tǒng)會將它所管理的某些 LU 自動分配個另一個空閑的控制器來處 理。 前端的自均衡路徑分配 通過二個控制器之間的 高速鏈路， HUS 的雙控制器實現(xiàn)了真正的通訊和對稱均衡，在前端接入上，服務器的 2 個或更多 HBA 卡不再是割裂的控制器訪問，每個 HBA 卡都可以通過雙控制器的前端接口訪問到它們任意后端所管理的 LU，實現(xiàn)真正的 Any to Any，同時帶來了雙收益： ? 2 個或更多的 HBA 卡與雙控制器前端接口所連接的物理通路實現(xiàn)了真正的路徑間負載均衡； ? 1 個 HBA 與 1 個控制器前端接口所連接的物理通路可以訪問雙控制器所管理的所有 LU 秦皇島市中心 醫(yī)院雙活存儲解決方案 19 這樣的前端自均衡處理和 Any to Any 的前后端貫穿徹底改變了中端存儲原有的雙控割裂式訪問的各種弊端，是具有真正的劃時代意義的技術。如下圖： 秦皇島市中心 醫(yī)院雙活存儲解決方案 20 X e o n 2 c o r e1 . 7 3 H z3 . 5 G B R A MR A I D P r o c e s s o r( D C T L )3 . 2 G B / s8 G B o r 1 6 G B D D R 3 C a c h eC o n t r o l l e r M o d u l e10.6 GB/sN V R A MP C H M n g tX e o n 2 c o r e1 . 7 3 H z3 . 5 G B R A MR A I D P r o c e s s o r( D C T L )3 . 2 G B / s8 G B o r 1 6 G B D D R 3 C a c h eC o n t r o l l e r M o d u l e10.6 GB/sN V R A MP C HM n g tH i t a c h i M HS A S W i d e C a b l e ( 4 L i n k s 6 G b p s e a c h )H i g h D e n s i t y T r a yPower SupplyPower SupplyC o n t r o l l e r 00A6.4GB/s3210F C i S C S II / O M o d u l e – P o r t s *I / O M o d u l e – P o r t s *6.4GB/s6 . 4 G B / s C r o s s o v e rI / O M o d u l e D i s k sS A S C T L R 8 x 6 G b p s L i n k sI / O M o d u l e D i s k sS A S C T L R8 x 6 G b p s L i n k s6 . 4 G B / s6 . 4 G B / sC o n t r o l l e r 11A6.4GB/s