【正文】 同時在預分配的。 與高端 VSP 的先進功能和可靠性相結(jié)合，Dynamic Provisioning 軟件可以降低資本支出和管理費用，并提高您的存儲投資回報率。 采用 Dynamic Provisioning 軟件，可以提高總體存儲利用率，整個存儲系統(tǒng)得到了優(yōu)化，帶來了最高效率。 而 Dynamic Provisioning 軟 件 在 幕 后 監(jiān) 控 存 儲 資 源 ， 并 在需 要 更 多 的 物 理 存 儲 資 源 之 前 ， 主 動 給 您 預 警 。 當 物 理 存 儲 容 量 不 停 機 地 添 加 到 存 儲 系 統(tǒng) 中 ， 所 有 預 先 分 配 的 卷 都 可 以 通 過 一 個中 央 緩 沖 池 共 享 該 容 量 。 這 種 即 時 分 配 的 方 法 意 味 著 預 分 配 的 存 儲 容 量 可 以 超 出實 際 安 裝 的 存 儲 容 量 。而 HUS 不僅易于快速部署，其對稱的雙活動控制器能夠接受所有前端端口對同一數(shù)據(jù)卷的訪問，這讓 VMotion 用戶無需擔心主機配置，能夠大幅度降低配置成本，消除性能瓶頸。 HUS 高度自動化、無需主機干預的對稱雙活動控制器，對于 VMware 虛擬化環(huán)境具有重大的意義。2） 后 端 的 自 均 衡 LUN 調(diào) 整在前后端實現(xiàn)了 Any to Any 的訪問同時，HUS 還進行了更深層次的后端處理自均衡設計：在原有的控制器管理 LU 的格局下，系統(tǒng)可以自動調(diào)節(jié)控制器所管理的資源，即當控制器的 CPU 壓力不均衡時，可進行 LUN 一級的自動調(diào)整來保證性能的優(yōu)化，某一個控制器非常繁忙時，HUS 系統(tǒng)會將其處理的一些 LU 調(diào)整到另一個空閑的控制器處理，從而達到二個控制器 50%對 50%處理的最佳平衡點。 存 儲 的 LU 處 理 再 也 無 須 人 為 干 預 、 手 工 分 配 了 ，這 樣 在 VMware 的 虛 擬 環(huán) 境 中 可 以 方 便 的 直 接 分 配 LU 給 應 虛 擬 主 機 ， 全 局 可 調(diào) 的LU， 更 加 靈 活 的 適 應 于 VMware 多 變 的 配 置 環(huán) 境 ， 無 需 像 其 它 中 端 存 儲 那 樣 手 動 進 行優(yōu) 化 。VMware 自 動 的 負 載 均 衡HUS 的 前 后 端 控 制 器 對 稱 雙 活 ， 進 行 前 后 端 的 均 衡 。 HUS 的 ActiveActive Symmetric 對稱自均衡控制器架構(gòu)解決了所有這些問題，前端訪問單 HBA 卡的任意接入都可以訪問雙控制器管理的所有 LU，無須手工設置 LU 綁定主控制器，雙 HBA 卡可以通過 2 個控制器的前端路徑訪問同一個 LU；后端訪問也實現(xiàn)了 LU 在控制器分配的自均衡，當一個控制器繁忙時，存儲智能系統(tǒng)會將它所管理的某些 LU 自動分配個另一個空閑的控制器來處理。? 由于控制器的割裂，造成主機端雙 HBA 的割裂，實際每個 HBA 卡只能訪問一個控制器，換角度看，一個 HBA 卡的系統(tǒng)不能訪問雙控制器，也就無法實現(xiàn)在線控制器系統(tǒng)升級。這一方面難以做到真正的負載均衡，另一方面在主控制器故障切換到備份控制器時有訪問的中斷，至少幾秒到幾十秒，很可能導致數(shù)據(jù)庫和系統(tǒng)的宕機；對于VMware 環(huán)境，因為虛擬機的數(shù)量多，手工分配，式作量大。一方面，較高的帶寬意味著存儲系統(tǒng)可以同時支持的虛擬機數(shù)量增加；另一方面，也能加快虛擬機遷移的速度。32 / 72以往的中端存儲系統(tǒng)在提到性能時，比較多的強調(diào) IOPS（每秒 I/O 數(shù)），對于實際傳輸帶寬著墨不多。如 HUS 150 的后端達到了 32 條 6Gb 的 wide links 連接通路，每條通路可達到 600Mb/S 傳輸速度，總體后端帶寬達到了 196Gb/S，同時 SAS 的點到點徹底解決了像 FC LOOP 環(huán)路中的訪問通路搶占問題，使每個磁盤都可以有專署的 6Gb/s 通路，使得磁盤訪問技術有了創(chuàng)新的突破性設計，如下圖：因為采用了先進的 SAS 技術，HUS 存儲系統(tǒng)在配置高容量磁盤時，形成了一個良好通路傳輸環(huán)境；并且在系統(tǒng)的后端磁盤 SAS 結(jié)構(gòu)中，HDS 公司采用了特有的負載分配的結(jié)構(gòu)。 一 方 面 ， 較 高 的 帶 寬意 味 著 存 儲 系 統(tǒng) 可 以 同 時 支 持 的 虛 擬 機 數(shù) 量 增 加 ； 另 一 方 面 ， 也 能 加 快 虛 擬 機 遷 移 的速 度 。 HDS 參 與 了 VMware Ready 計 劃 ， 已 經(jīng) 并 將 持續(xù) 和 VMware 進 行 合 作 開 發(fā) ， 實 現(xiàn) 存 儲 加 速 、 減 輕 VMware 服 務 器 負 載 及 存 儲 級 容 災30 / 72等 功 能 ， 構(gòu) 建 基 于 虛 擬 化 數(shù) 據(jù) 中 心 的 全 面 解 決 方 案 。 通 過 Password Protection 功 能 極 大 的 提 高 了 存 儲 系 統(tǒng) 安 全 管 理 能 力 保 證了 用 戶 的 數(shù) 據(jù) 安 全 。 啟 動 密 碼 保 護 許 可 后 可 以 最 多 創(chuàng) 建 20 個 HDS HUS 系 統(tǒng) 管 理 員帳 戶 和 密 碼 ； 這 些 管 理 員 帳 戶 和 密 碼 都 儲 存 在 HDS HUS 系 統(tǒng) 內(nèi) 部 。并且可以在一個管理界面內(nèi)管理最多臺 HDS HUS 系統(tǒng)?；?于 JAVA 技 術 的 圖 形 化 網(wǎng) 絡 管 理通過 SNM2 中的圖形化管理接口可以實現(xiàn)基于網(wǎng)絡的圖形化管理。 如 下 圖 ：28 / 72通過瀏覽器可以看到系統(tǒng)任何一個部件的運行狀態(tài)，如果某個設備有問題會相應的以顯著顏色標出；并且會有相關的文本錯誤碼報告。性能分析所收集的信息包括了存儲中各個重要部件：? Port information? RAID Group / Logical Unit information? Cache information? Processor information? Drive information? Drive operating information? Backend informationPerformance Monitor 可以表格和圖形的方式提供性能分析的信息，如下圖：27 / 72性能監(jiān)視 安 全 簡 便 的 系 統(tǒng) 管 理HDS HUS100 產(chǎn)品系列采用了改進的 Storage Navigator Modular 2 的管理平臺，它能夠提供用戶多種管理、監(jiān)控和呼叫服務；通過這些靈活簡便的管理方式用戶可以大大降低管理工作的復雜度，保證 HDS HUS 系統(tǒng)的高效率安全運行。對比 CRM，SSD 沒有后端的磁盤 RAID 技術作為依托在數(shù)據(jù)安全性上存在隱患；而 CRM 的后端是磁盤 RAID 組，可以保證數(shù)據(jù)的安全。CRM 利用緩存駐留技術將 LU 與緩存捆綁；對于有 CRM 支持的 LU，主機任何讀寫操作都在緩存完成，因此可以大大提高性能。CRM 保 證 100%的 讀 寫 命 中 率HDS 利用獨有的 CRM 技術可以保證服務器對 LU 進行讀寫操作時 100%的命中率，這樣就可以大大提高服務器隨機 I/O 的性能。HDS HUS 系統(tǒng)設計目標是能夠勝任 SAN 系統(tǒng)中各種應用系統(tǒng)對存儲的性能要求。 SAN 環(huán) 境 下 的 性 能 優(yōu) 化SAN 環(huán)境下存儲系統(tǒng)要能夠勝任各種應用對存儲系統(tǒng)性能的要求。由于能夠提高利用率，各企業(yè)可以推遲對于采購新存儲的需求。Dynamic Provisioning 軟件可以允許將存儲分配到一個應用中，且在使用之前，無需真正進行物理映射，從而可以提高存儲利用率。24 / 72HUS HDP 技 術 介 紹如上面兩圖一所示，HDP 功能使用后，HUS100 會將多個相同類型的 RAID 組放入一個存儲池，而存儲池中將存儲空間劃分為最小 32MB 的 PAGE，而 33 個 Page 組成一個Chunk，每一個 Chunk 的容量是 1GB，每一個 Chunk 橫向跨越了所有的 RAID 組，利用HDP 的存儲虛擬化技術，在主機訪問 HUS100 時，每一個存儲卷是由多個分布在不同RAID 組上的 Chunk 組成，而且在多主機訪問時實現(xiàn)了負載均衡的功能，這樣相對于傳統(tǒng)的 RAID 方式隨機訪問的性能獲得了很大的提高。由于管理員不再需要增加物理存儲，配置新的應用卷，從而能夠降低復雜性。通過一個虛擬池配置存儲可以縮短配置新存儲所需的時間，從而降低管理成本。由于動態(tài)預配置改進的性能還可以減少保持一定的性能水平所需的基礎架構(gòu)數(shù)量，從而間接節(jié)約 CAPEX。卷遷移是 HDS SOSS 實現(xiàn)的又一個重要技術支撐，用戶可以在存儲層面自由的將數(shù)據(jù)卷在不同的 RAID 組、不同磁盤之間遷移，以下是典型應用：應用一：當用戶同時配置了 SAS 和 SATA 磁盤來實現(xiàn)分級數(shù)據(jù)管理時，怎樣實現(xiàn)數(shù)據(jù)從高性能 SAS 磁盤到 SATA 磁盤的遷移曾經(jīng)是非常頭疼的問題，卷遷移輕松解決了這樣的數(shù)據(jù)遷移，而且是在線實現(xiàn)；應用二：卷遷移也完全可以用于性能調(diào)整，一般用戶磁盤使用環(huán)境中經(jīng)常存在某些 RAID 非常繁忙，而另一些 RAID 組很空閑，這是之前數(shù)據(jù)擺放的問題，但我們又很難在系統(tǒng)上線前杜絕類似問題，系統(tǒng)上線后又沒有好的方法調(diào)整，卷遷移完全改變了這種局面，用戶可以在線的將高負荷 RAID 組上的部分 LU 遷移到低負荷的 RAID 組上，達到RAID 組間的平衡負荷，使每個磁盤發(fā)揮最高效率！23 / 72Hitachi Dynamic Provisioning 軟 件 功 能HUS100 系列產(chǎn)品的 Hitachi Dynamic Provisioning（以下簡稱 HDP） 軟件通過提高每個存儲區(qū)塊的相對效率，使各企業(yè)不再需要向已分配但從未使用的存儲投入物理空間，從而降低了 CAPEX（如下圖所示）。HUS100 上的 LUN 可以達到單卷 60TB。連接在存儲系統(tǒng)上的主機通過 LUN（Logic Unit Number）來識別 LU。RAID 的 擴 展一般來說，當陣列的 RAID 組已經(jīng)建立好后，很難再進行更改如增加新的磁盤到RAID 組中，HUS100 系列產(chǎn)品不存在這個問題，當已建好的 RAID 組已經(jīng)投入使用，如用戶采用了 5 塊磁盤實現(xiàn) 3D+2P 的 RAID6，因為容量或性能的原因增加了新的磁盤，HUS 100 的 Online RAID Group Expansion 功能可以保證在線的將新增加的磁盤加入 RAID組中，如下圖可以增加 3 塊磁盤使原 RAID6 的 3D+2P 改變?yōu)?6P+2P，這些變化可以在線進行，同時 RAID 還自動實現(xiàn) restripe，即條帶數(shù)據(jù)重新打散分配到更多的磁盤中，使容量提升的同時，性能也得到了更大的提升。HDS HUS 100 系列產(chǎn)品不僅在硬件擴充上非常容易，而且在容量管理上也非常靈活，可以實現(xiàn)在線的 RAID 擴展，也可以實現(xiàn) LU 的在線擴展甚至縮小。下圖是 HDLM 5 的圖示： HDLM 的圖形化管理20 / 72 海 量 容 量 擴 展 和 靈 活 的 容 量 管 理HDS HUS 100 系統(tǒng)最大容量可以配置 960 塊磁盤，在使用 3TB 磁盤的情況下可以達到 2,880TB 的磁盤容量，并且支持不同容量的硬盤混裝。從 HDLM 5 以后，用戶可以通過圖形化界面管理服務器的 I/O 通道，極大的方便了用戶對系統(tǒng)的維護，并且配合 HiCommand Device Manager 用戶可以實現(xiàn)集中的全局管理。HDLM 能 夠 支 持 所 有 的 HDS 存 儲 系 統(tǒng) ， 并 且 在 功 能 上 基 本 相 同 。 因 此 HDLM 安 裝 完 成 后不 需 要 復 雜 的 配 置 就 可 以 使 用 了 。2． 高 性 能 ： 通 過 多 條 I/O 通 道 的 負 載 均 衡 提 高 了 應 用 系 統(tǒng) 數(shù) 據(jù) 訪 問 的 性 能 ， 進 而 有效 改 善 了 應 用 系 統(tǒng) 的 性 能 。主機端到存儲系統(tǒng)的整個 I/O 路徑中發(fā)生了故障如：HBA 失效、FC 交換設備故障、連接電纜斷開等會中斷主機端對數(shù)據(jù)的訪問；HDS 公司提供的 HDLM 軟件，通過對主機到存儲的冗余 I/O 路徑的管理實現(xiàn)負載均和故障切換；保證了 24?7 業(yè)務不間斷的運行。HDLM 提供主機到存儲系統(tǒng)的 I/O 通道負載平衡和故障切換功能；增強了主機系統(tǒng)的數(shù)據(jù)可得性。用戶也可以通過管理軟件實時觀察當前磁盤的錯誤數(shù)量的累計計數(shù)。HDS 公司深刻意識到數(shù)據(jù)對用戶的重要性，因此在微碼中對磁盤錯誤監(jiān)測有非常嚴格的要求，在磁盤只有非常微小的錯誤時就會啟動動態(tài)備盤；因此 HDS 公司對磁盤的品質(zhì)要求也是非常苛刻的。在完成動態(tài)備盤復制后進行錯誤磁盤更換時，數(shù)據(jù)將從動態(tài)備盤上拷貝回更換的磁盤上也同樣不用進行 XOR 計算。17 / 72動態(tài)備盤技術如上圖，在某個時刻一個 RAID 組中的一個磁盤發(fā)生錯誤的數(shù)量超過系統(tǒng)定義的錯誤日志指標后，HDS HUS 系統(tǒng)微碼會自動啟動動態(tài)備盤將有錯誤的磁盤上的數(shù)據(jù)復制到全局動態(tài)備盤上，在這個過程中不需要通過其它磁盤上的數(shù)據(jù)進行 XOR 計算。主機存儲域與邏輯端口主 動 的 全 局 熱 備 技 術 保 障 數(shù) 據(jù) 安 全RAID RAID 5 和 RAID 0+1 等 具 有 冗 余 數(shù) 據(jù) 保 存 的 RAID 技 術 能 夠 保 證 在RAID 組 中 有 1 個 磁 盤 損 壞 的 情 況 下 數(shù) 據(jù) 不 丟 失 ， 但 為 了 保 證 數(shù) 據(jù) 安 全 通 常 陣 列 系 統(tǒng)廠 商 都 支 持 動 態(tài) 備 盤 技 術 。并且通過 H