云計算數(shù)據(jù)中心建設要點v1

1、云計算數(shù)據(jù)中心建設要點目錄III對云計算的理解云計算數(shù)據(jù)中心建設要點信息化就在您身邊生產(chǎn)者產(chǎn)地肥料養(yǎng)殖日配送車輛追溯配送日配送負責人管理體系出廠日期出廠負責人銷售商入庫日銷售日物流配送管理批發(fā)零售管理質(zhì)量追溯管理生產(chǎn)環(huán)境管理生產(chǎn)及組織管理生產(chǎn)資料管理市場需求管理生長環(huán)境災害預警防火預警農(nóng)業(yè)現(xiàn)代化安全城市高效城市健康城市便捷城市消防安全平安城市與城市應急配套報警運營服務/保安服務環(huán)境與安全檢測及保護、水與氣體監(jiān)測、垃圾處理等居家養(yǎng)老緊急救援智慧醫(yī)療遠程看護信息與網(wǎng)絡安全智能交通電子政務 智慧教育數(shù)字城管智能物流數(shù)字家庭智能家居智能建筑地理信息 公眾信息服務工業(yè)與自動化控制 數(shù)字社區(qū)、 數(shù)字景區(qū)節(jié)

2、能減排（政府/行業(yè)/企業(yè)）城市一卡通城鎮(zhèn)化智慧城市全面感知充分整合協(xié)同平臺激勵創(chuàng)新 個人安全、家庭安全、 社區(qū)安全、便民服務行業(yè)安全（生產(chǎn)/衛(wèi)生/食品安全等）信息化是推動工業(yè)化、城鎮(zhèn)化、農(nóng)業(yè)現(xiàn)代化調(diào)整產(chǎn)業(yè)結構、改變發(fā)展方式、實現(xiàn)科學快速發(fā)展的重要支撐！中國信息化取得了顯著的成績政務信息化企業(yè)信息化互聯(lián)網(wǎng)服務信息化建設的三個階段 成熟期：關注用戶和IT服務 發(fā)展期：關注應用和軟件系統(tǒng) 建設期：大量采購網(wǎng)絡和硬件設備硬件:軟件:服務=2:3:5硬件:軟件:服務=3:4:3硬件:軟件:服務=7:2:1IT設備數(shù)量多，整體資源利用率低數(shù)據(jù)中心技術落后，能源利用率低數(shù)據(jù)中心的規(guī)劃面臨新的挑戰(zhàn)今天信息化面

3、臨的挑戰(zhàn)各自為政的模式形成大量的孤島和煙囪業(yè)務缺乏統(tǒng)一規(guī)劃，重復建設嚴重用戶需求發(fā)生深刻變化，新技術層出不窮各業(yè)務處于獨立狀態(tài)，資源的利用率較低信息化的戰(zhàn)略性安全問題越來越突出對信息化基礎設施的可靠性要求更高安全的威脅日益嚴重設備數(shù)量絕對值大，管理難度越來越大系統(tǒng)越來越復雜，專業(yè)性要求越來越高管理難度越來越大IT建設模式制約信息化發(fā)展IT的需求與能源效率的矛盾凸顯IT建設模式制約信息化的發(fā)展房地產(chǎn)宏觀調(diào)控政策企業(yè)發(fā)展戰(zhàn)略及市場策略分散的、各自為政的建設模式越來越難滿足用戶和決策者的需求用戶期望按照服務對象獲取主動的服務和一站式的服務管理者期望將信息鏈轉換成價值鏈，決策更加科學、準確數(shù)據(jù)中心的規(guī)

4、劃面臨新的挑戰(zhàn)智能終端、各類PAD、電腦網(wǎng)絡快速普及截至2012年底，中國網(wǎng)民數(shù)量達到5.64億，互聯(lián)網(wǎng)普及率達到38.3%截至2012年底，全球數(shù)據(jù)量達到2.7ZB，平均到每個人接近540GB大量用戶高并發(fā)訪問大數(shù)據(jù)處理傳統(tǒng)：100萬以上傳統(tǒng)：結構化數(shù)據(jù)為主現(xiàn)在：10%結構化+90%碎片化、圖片、視頻、文檔等非結構化安全威脅日益嚴重攻擊手段越來越多拒絕服務攻擊特洛伊木馬Sql注射攻擊流氓軟件網(wǎng)絡釣魚垃圾郵件社會工程儲戶在ATM機不能跨行取款儲戶在POS機不能刷卡消費儲戶在網(wǎng)上跨行交易不成功 中國銀聯(lián)系統(tǒng)通信網(wǎng)絡和主機出現(xiàn)故障核心業(yè)務系統(tǒng)的穩(wěn)定性受到挑戰(zhàn)中國最大程序員網(wǎng)站CSDN 泄露26個數(shù)

5、據(jù)庫，涉及用戶賬號密碼信息2.78億條安全和隱私問題是云計算使用者的最大擔憂支付寶系統(tǒng)泄露用戶信息2500萬條，相關電子商務網(wǎng)站受影響管理難度越來越大IT設備的絕對數(shù)量大，IT系統(tǒng)變得越來越復雜70%以上的IT預算用于維持現(xiàn)狀不到30%的IT預算用于創(chuàng)新和實現(xiàn)競爭優(yōu)勢IT預算分布IT需求與能源效率的矛盾凸顯更快的地配置應用軟件6.00%降低總體擁有成本10.00%建設安全的IT基礎設施架構15.00%機房溫度過高，影響計算設備穩(wěn)定運行17.00%耗電量太大、費用無法負擔19.00%供電和散熱能力不足，限制IT基礎設施擴展23.00%沒有什么問題38.00%0% 10% 20% 30% 40%不

6、斷擴大的IT需求與能源效率之間矛盾尖銳2011年中國數(shù)據(jù)中心總耗電量達到700億千瓦時，數(shù)據(jù)中心能耗占全國能源耗總量的5%數(shù)據(jù)中心最亟待解決問題59%與能耗相關59%與能源消耗有關數(shù)據(jù)中心最亟待解決的問題4000 3000 2000 1000 0Dollars1990 1995 2000 2005 2010 2015 2020200120042008IT技術發(fā)展趨勢IT技術發(fā)展趨勢 云計算大數(shù)據(jù)移動計算社交網(wǎng)絡2012年移動終端出貨量超越PC，銷售額超過PC越來越多的企業(yè)關注BI、關注數(shù)據(jù)挖掘分析社交網(wǎng)絡除了跟蹤人之外，還跟蹤設備、應用和產(chǎn)品越來越多的應用向云計算平臺遷移，關心云計算數(shù)據(jù)中心建

7、設云計算是未來信息化發(fā)展的方向IT資源將像水電一樣成為各行業(yè)重要的公共資源之一優(yōu)先保障國家利益，推動社會進步信息化建設和應用模式將發(fā)生深刻的轉變可以更加方便、快捷、公正的獲取和使用資源管理需要自主可控、安全可靠行業(yè)云適合中國國情的云計算模式行業(yè)云：是由行業(yè)內(nèi)或某個區(qū)域內(nèi)起主導作用或者掌握關鍵資源的組織建立和維護，以公開或者半公開的方式，向行業(yè)內(nèi)部或相關組織和公眾提供有償或無償服務以數(shù)據(jù)服務為核心競爭力服務資源具有壟斷性服務對象廣泛、規(guī)模巨大可有效實現(xiàn)行業(yè)內(nèi)部業(yè)務融合、數(shù)據(jù)共享技術實現(xiàn)可以復制和共享云計算實現(xiàn)應用系統(tǒng)和IT基礎設施的分離郵件應用門戶應用數(shù)據(jù)庫應用CRM應用傳統(tǒng)的技術實現(xiàn)路徑建設一

8、個業(yè)務系統(tǒng)，就要配備一套硬件資源，且都要根據(jù)其峰值配備資源傳統(tǒng)模式不足之處重復建設多，資源整體利用率低設備種類多，后續(xù)運維風險大設備數(shù)量多，管理難度大系統(tǒng)相互獨立，業(yè)務融合難能耗高，整體運營成本高云計算實現(xiàn)應用系統(tǒng)和IT基礎設施的分離處理器資源池內(nèi)存資源池磁盤資源池網(wǎng)絡資源池構建統(tǒng)一的云數(shù)據(jù)中心按照不同的應用類型，建設集中的云數(shù)據(jù)中心云計算模式的優(yōu)勢資源利用率高資源靈活調(diào)度業(yè)務部署方便快速管理難度低能耗大幅降低云數(shù)據(jù)中心應用與IT基礎架構分離郵件應用門戶應用數(shù)據(jù)庫CRM系統(tǒng)應用中心關注云數(shù)據(jù)中心建設新技術推動集中化的云數(shù)據(jù)中心建設物聯(lián)網(wǎng)、SNS應用大數(shù)據(jù)處理云計算服務云計算數(shù)據(jù)中心技術創(chuàng)新與信

9、息化建設、應用、服務模式創(chuàng)新推動管理、數(shù)據(jù)、處理的集中，推動集中化的云數(shù)據(jù)中心建設云計算數(shù)據(jù)中心架構及建設目標機房建設機房建設存儲模塊主機模塊網(wǎng)絡模塊安全模塊云計算操作系統(tǒng)模塊云計算數(shù)據(jù)中心建設目標穩(wěn)定高效：為不同的應用類型提供穩(wěn)定高效的主機模塊安全可靠：為不同的數(shù)據(jù)類型提供安全的存儲模塊智能管理：為復雜的IT環(huán)境提供智能的管理工具綠色節(jié)能：為集中的數(shù)據(jù)中心提高能源利用率目錄III對云計算的理解云計算數(shù)據(jù)中心建設要點云計算數(shù)據(jù)中心建設組成要素資源池存儲服務器網(wǎng)絡等操作系統(tǒng)中間件等云管理平臺用戶管理計費資產(chǎn)管理配置管理業(yè)務模板建設者硬件、軟件提供商和系統(tǒng)集成商管理者用戶系統(tǒng)管理員使用者云管理平臺

10、管理員資源池 數(shù)據(jù)中心的基礎設施和功能軟件，包括服務器、存儲、網(wǎng)絡、安全設備、操作系統(tǒng)、中間件等。資源池的構建受多種因素差別較大，包括計算資源數(shù)量、用戶規(guī)模、所提供的功能等用戶建設者 系統(tǒng)集成商或云服務供應商或設備提供商，建設者其快速、持續(xù)的建設能力，包括技術、財務、口碑等因素在實施中都尤為重要 管理云計算業(yè)務的服務平臺，一般情況下云計算管理平臺分為業(yè)務支撐服務平臺，運維支撐服務平臺、和管理支撐服務平臺 云計算管理的運維人員和相關的IT經(jīng)理，管理員監(jiān)控和管理云計算提供服務的使用情況并進行維護 IAAS用戶為自動申請?zhí)摂M資源，PAAS用戶為自動部署開發(fā)或應用，針對不同的用戶，云計算所提供的虛擬化

11、程度、自動化流程和性能指標也不同，實施云計算時，分析用戶特點非常重要云計算數(shù)據(jù)中心建設組成要素戰(zhàn)略（指導思想）控制（規(guī)劃、規(guī)章、制度）執(zhí)行（實施和監(jiān)控）用戶采用云計算價值分析，風險分析業(yè)務適應性分析，制定實施步驟實施應用層云計算業(yè)務，平臺層云計算業(yè)務，基礎設施層云計算業(yè)務云計算提供商業(yè)務戰(zhàn)略客戶需求識別與業(yè)務發(fā)展戰(zhàn)略，管理架構需求規(guī)劃、營銷規(guī)劃、容量規(guī)劃、績效規(guī)劃、業(yè)務管理流程和控制客戶服務體系的建立和云計算服務銷售，業(yè)務績效考核與分析業(yè)務支撐服務與方案實施戰(zhàn)略，客戶服務戰(zhàn)略，營銷模式服務流程控制，客戶關系管理制度，營銷策略，定價策略客戶管理，產(chǎn)品管理，定價管理，訂單管理，合同管理，訂閱管理，

12、計費管理運營支撐服務交付戰(zhàn)略，服務保障戰(zhàn)略，基礎架構資源戰(zhàn)略基礎架構資源規(guī)劃，服務等級協(xié)定服務模板管理，虛擬鏡像管理，服務自動化管理，配置管理，事件管理，變更管理，問題管理，SLA管理，計算存儲網(wǎng)絡資源管理管理支撐信息安全與審計的戰(zhàn)略和組織架構，管理架構安全事件和審計控制，隱私和數(shù)據(jù)保護規(guī)則，企業(yè)管理的流程控制用戶身份與訪問控制，入侵檢測，安全審計執(zhí)行，企業(yè)綜合管理，辦公自動化和知識管理云計算數(shù)據(jù)中心建設要點在構建云計算IT系統(tǒng)時候需要考慮的問題業(yè)務戰(zhàn)略業(yè)務支撐運營支撐管理支撐分析規(guī)劃云計算業(yè)務，制定業(yè)務的發(fā)展方向和盈利模式，搭建組織架構以具體運行云計算業(yè)務.對服務產(chǎn)品和客戶的管理，通過一定渠

13、道讓用戶了解，購買并使用相關云計算服務.關注云計算服務的上線開通，保障服務的正常運行.關注單位的運行流程和日常運轉所需的知識和系統(tǒng)支持.云計算數(shù)據(jù)中心建設要點云計算數(shù)據(jù)中心建設步驟評估- 云計算價值評估、云計算風險評估、云計算定位評估規(guī)劃- 在準備將某項候選業(yè)務遷移到云平臺上之前，用戶需要對業(yè)務系統(tǒng)進行云計算適應性分析規(guī)劃，然后做出綜合判斷構建- 機房建設、主機模塊、存儲模塊、云操作系統(tǒng)模塊、網(wǎng)絡模塊、安全模塊建設管理- 運維管理就是為提供符合要求的信息系統(tǒng)服務管理構建規(guī)劃評估云計算數(shù)據(jù)中心建設步驟管理構建規(guī)劃評估Here云計算數(shù)據(jù)中心評估方法云計算價值評估 通過云計算價值評估，能夠清楚地判斷

14、是否需要實施云計算 確立實施云計算應該達到的業(yè)務目標云計算風險評估云計算定位評估 通過云計算風險評估，能夠了解實施云計算可能引發(fā)的問題 明確不同業(yè)務系統(tǒng)在遷移到云計算平臺過程中需要面臨的各種關鍵問題 云計算有不同的層次，也有不同的類型，不同的用戶實施云計算的目的也不同 戰(zhàn)略定位評估幫助用戶明確自身的位置和角色價值評估云計算實施的真正意義在于為用戶的業(yè)務和運行帶來價值例如為用戶節(jié)省IT開銷，提高業(yè)務系統(tǒng)能力等，用戶在考慮采納云計算時，首先需要進行云計算實施的價值評估云計算數(shù)據(jù)中心評估方法1、云計算價值評估問題點問題“貴單位是否需要”組織與人員精簡現(xiàn)有組織，減少IT管理人員和相應人力成本精簡現(xiàn)有組

15、織，減少IT開發(fā)測試人員和相應人力成本IT服務質(zhì)量提高IT服務的性能提高IT服務的可用性提高IT服務的可擴展性業(yè)務敏捷性加快應用的開發(fā)、測試簡化應用部署實現(xiàn)業(yè)務快速上線能否減少業(yè)務升級更新的時間IT開支降低數(shù)據(jù)中心構建開銷通過減少服務器購置節(jié)省開銷通過減少軟件購置節(jié)省開銷降低IT系統(tǒng)安裝配置的開銷降低IT系統(tǒng)管理的復雜度云計算數(shù)據(jù)中心評估方法1、云計算價值評估價值評估工具精簡架構和人員，降低系統(tǒng)復雜性享受更高質(zhì)量的IT服務業(yè)務敏捷性大幅提升降低IT系統(tǒng)的投資 通過實施云計算，IT團隊可以將主要精力放在核心業(yè)務創(chuàng)新上，專注提高單位核心競爭力 云計算為用戶提供更統(tǒng)一、更專業(yè)的服務 自服務方式使用戶

16、通過登錄云平臺并隨時提交服務請求，即時獲得所需的云計算服務 通過虛擬化、快速部署、動態(tài)伸縮等，用戶可以實現(xiàn)業(yè)務系統(tǒng)的快速上線、配置、升級，實現(xiàn)服務的快速組合和構建 傳統(tǒng)業(yè)務按負載峰值來進行設計，利用率低，云計算技術可以按照資源需求靈活調(diào)度配置，減少系統(tǒng)一次性投資云計算數(shù)據(jù)中心評估方法1、云計算價值評估云計算帶給用戶的價值風險評估在進行風險評估時，重點需要了解提供商在這方面的措施和能力在明確了實施云計算可以帶來的價值后，用戶還需要評估實施云計算可能帶來的風險對于采納云計算的顧慮很多都來自對業(yè)務連續(xù)性和數(shù)據(jù)安全性的擔憂 成熟的云計算平臺需要在多個地方建立2個以上的數(shù)據(jù)備份，并能進行實時恢復，并定制

17、數(shù)據(jù)存儲的約束條件處于不同位置的數(shù)據(jù)中心有不同的網(wǎng)絡接入，減少網(wǎng)絡中斷對業(yè)務連續(xù)性的影響 云計算數(shù)據(jù)中心評估方法2、云計算風險評估問題點問題“通過實施云計算，是否存在”IT服務滿足適當?shù)姆盏燃墔f(xié)定的風險保證云服務連續(xù)性的風險數(shù)據(jù)敏感數(shù)據(jù)在云計算平臺的安全的風險云計算平臺的安全控制措施可靠可行的風險IT系統(tǒng)和云計算平臺之間數(shù)據(jù)遷移安全方便的風險數(shù)據(jù)丟失的風險成本過度到云計算服務所需的系統(tǒng)升級和技能培訓成本過大現(xiàn)有應用遷移到云平臺的成本過大現(xiàn)有應用與云計算服務集成成本過大政策法規(guī)將業(yè)務系統(tǒng)遷移到云平臺違反單位內(nèi)部政策的風險將IT設施和數(shù)據(jù)置于自身控制之外，違反國家法律的風險云計算服務難于控制和審

18、計的風險云計算數(shù)據(jù)中心評估方法2、云計算風險評估風險評估工具定位評估云計算服務的部署模式、架構層次、所扮演的角色，即云計算分析中的三維模型。舉例：某城市政府信息中心負責該市政府的電子政務系統(tǒng)的建設和維護，該電子政務系統(tǒng)要為其他各委、辦、局提供IT服務，因此希望將電子政務系統(tǒng)遷移到云平臺上，由信息中心來管理云平臺中的應用市政府要構建跨部門的云計算環(huán)境，服務的提供者和使用者都在同一組織內(nèi)部，其中信息中心是服務提供者，各委辦局是服務使用者云計算數(shù)據(jù)中心評估方法3、云計算定位評估用戶選擇的云計算服務的部署模式，即云計算服務方式用戶選擇的云計算服務層次，即云計算服務類型用戶在云計算服務承擔的角色，即云計

19、算的提供者，使用者，還是兼具戰(zhàn)略定位正確的區(qū)分并選擇自己在云計算服務中的戰(zhàn)略定位，對成功實施云計算是至關重要的云計算數(shù)據(jù)中心評估方法3、云計算定位評估IaaS（基礎設施即服務Infrastructure as a Service）服務器、存儲、網(wǎng)絡設備、云OS等PaaS（平臺即服務Platform as a Service）開發(fā)環(huán)境、數(shù)據(jù)庫、中間件、測試工具等SaaS(軟件即服務Software as a Service）OA、郵件、財務、ERP、CRM、應用軟件等客戶公有云提供商-互聯(lián)網(wǎng)行業(yè)云公有和私有私有云數(shù)據(jù)中心內(nèi)部網(wǎng)云計算數(shù)據(jù)中心云計算數(shù)據(jù)中心評估方法3、云計算定位評估云計算中心信息中

20、心浪潮業(yè)務部門服務服務級別要求業(yè)務需求提出自建自維模式投資建設咨詢規(guī)劃方案供應運營維護流程梳理業(yè)務架構業(yè)務創(chuàng)新投資建設運營維護自建他維模式他建他維模式業(yè)務流程管理產(chǎn)權資金投入建設周期運維服務風險評估業(yè)務創(chuàng)新自建自維自用甲方一次性投入投資規(guī)模大較長難度大需要專職的專業(yè)運維團隊投資風險高；IT風險高；業(yè)務風險高80%用于維持現(xiàn)狀；20%用于創(chuàng)新自建他維自用甲方一次性投入投資規(guī)模大較長簡單有專業(yè)運維團隊服務投資風險高；IT風險低；業(yè)務風險較高50%用于維持現(xiàn)狀；50%用于創(chuàng)新他建他維自用浪潮分期投入投資規(guī)?？煽剌^短簡單有專業(yè)運維團隊服務投資風險低；IT風險低；業(yè)務風險低20%用于業(yè)務管理；80%用于

21、創(chuàng)新云計算數(shù)據(jù)中心評估方法3、云計算定位評估浪潮可以為用戶在云計算評估上提供幫助，但最終決策還是用戶自己做出的用戶根據(jù)價值評估、風險評估和定位評估的結果來決定自己使用什么樣的云計算服務部署模式，利用什么層次的云計算服務，承擔什么樣的使用者或者提供者角色用戶正確區(qū)分并選擇自己的云計算之路，對自身成功實施云計算并有效服務于其核心業(yè)務是至關重要的云計算數(shù)據(jù)中心評估方法云計算評估小結云計算數(shù)據(jù)中心建設步驟管理構建規(guī)劃評估Here通過云計算的評估，在確定實施云計算之后，用戶應該分析現(xiàn)有IT系統(tǒng)和IT服務的類型與特征，從而規(guī)劃確定哪些業(yè)務系統(tǒng)或IT服務適合云計算的實施 ，據(jù)此選擇合適的云計算平臺在準備將某

22、項候選業(yè)務遷移到云平臺上之前，用戶需要對業(yè)務系統(tǒng)進行云計算適應性分析，即分析業(yè)務和業(yè)務系統(tǒng)的各種特性，然后做出綜合判斷。云計算數(shù)據(jù)中心規(guī)劃方法云計算規(guī)劃定位 開發(fā)測試類彈性伸縮對系統(tǒng)資源消耗呈周期性變化數(shù)據(jù)庫和交易處理類負載規(guī)模大高服務質(zhì)量要求大內(nèi)存使用屬于超高響應式基礎設施業(yè)務處理應用類規(guī)模大高交易率高服務質(zhì)量峰值負載平衡彈性以及安全性Web、協(xié)同處理類 高線程并發(fā)高吞吐量動態(tài)伸縮低服務質(zhì)量要求分析和高性能計算類計算密集高輸入輸出帶寬大內(nèi)存浮點數(shù)據(jù)動態(tài)伸縮云計算數(shù)據(jù)中心規(guī)劃方法不同應用負載云計算規(guī)劃實例負載分析投資-收益分析部署類型確定收集轉型需求制定備選方案確定最終方案應用負載云策略組合分

23、析單應用負載云轉型評估和規(guī)劃實施云遷移策略不實施云遷移策略應用負載轉型約束評估指標實施云轉型策略云計算數(shù)據(jù)中心規(guī)劃方法不同應用負載云計算規(guī)劃實例協(xié)同WEB服務虛擬桌面部門級商務智能軟件應用兼容運行平臺兼容基礎設施兼容應用開發(fā)測試數(shù)據(jù)歸檔實施云遷移戰(zhàn)略實施云轉型戰(zhàn)略公有云行業(yè)/私有云云計算數(shù)據(jù)中心規(guī)劃方法不同應用負載云計算規(guī)劃實例數(shù)據(jù)庫和交易處理數(shù)據(jù)庫、數(shù)據(jù)倉庫實時交易、批處理業(yè)務處理應用ERPCRM、SCM文件打印系統(tǒng)管理協(xié)同部門級商務智能WEB服務應用開發(fā)測試數(shù)據(jù)歸檔虛擬桌面高收益高投入低收益低投入適合云計算服務的應用負載云計算數(shù)據(jù)中心規(guī)劃方法應用負載的“投入-收益”組合分析不同應用負載云計

24、算規(guī)劃實例適合公有云的應用負載適合行業(yè)/私有云的應用負載不適合實施云的應用負載音頻/視頻/網(wǎng)絡會議服務咨詢用于培訓和演示的基礎設施廣域網(wǎng)以及VoIP基礎設施桌面應用用于測試的基礎設施數(shù)據(jù)/文本挖掘及其他分析類應用安全類應用數(shù)據(jù)倉庫類應用業(yè)務連續(xù)性及災難恢復系統(tǒng)測試環(huán)境的基礎設施長期數(shù)據(jù)歸檔和保存交易類數(shù)據(jù)庫行業(yè)相關的應用ERP應用用戶內(nèi)部高度敏感的數(shù)據(jù)以及管理和處理該類數(shù)據(jù)的應用高性能的在線交易處理法律法規(guī)需要審計的數(shù)據(jù)以及管理和處理該類數(shù)據(jù)的應用未提供虛擬化或云上使用許可證的第三方軟件 云計算數(shù)據(jù)中心規(guī)劃方法不同應用負載云計算規(guī)劃實例在用戶規(guī)劃應用中，與軟件兼容性較好的應用負載適宜采用直接云

25、遷移的實施，也就是說無需對應用負載進行顯著的改造，直接將其遷移到兼容的云計算平臺上即可其他兼容性有問題的應用，則需要采用云轉型的實施，也就是說對應用負載進行顯著改造，以保證其兼容云計算平臺的基礎實施和運行平臺云計算數(shù)據(jù)中心規(guī)劃方法云計算規(guī)劃小結云計算數(shù)據(jù)中心建設步驟管理構建規(guī)劃評估Here云計算數(shù)據(jù)中心構建從機房建設、主機模塊、存儲模塊、云操作系統(tǒng)模塊、網(wǎng)絡模塊、安全模塊六個部分闡述機房建設機房建設存儲模塊主機模塊網(wǎng)絡模塊安全模塊云計算操作系統(tǒng)模塊云計算數(shù)據(jù)中心構建方法構建組成模塊-機房建設機房建設模塊-機房工程內(nèi)容機房工程內(nèi)容土建工程 機房區(qū)環(huán)境辦公區(qū)環(huán)境輔助區(qū)環(huán)境電氣工程不間斷電源配電系統(tǒng)

26、柴油發(fā)電機配電系統(tǒng)照明配電系統(tǒng)電源防雷系統(tǒng)動力配電系統(tǒng)機房接地系統(tǒng)空調(diào)工程新風系統(tǒng)工程專用空調(diào)系統(tǒng)舒適性空調(diào)系統(tǒng)消防工程自動報警系統(tǒng)機房區(qū)氣體滅火系統(tǒng)助分區(qū)水噴淋系統(tǒng)弱電工程設備集中監(jiān)控系統(tǒng)安防系統(tǒng)KVM管理系統(tǒng)漏水檢測系統(tǒng)結構化布線系統(tǒng)監(jiān)控中心控制系統(tǒng)云計算數(shù)據(jù)中心構建方法TIA-942級別可用性國標級別年停機時間系統(tǒng)性能國標級別等級舉例499.995%A26.28分鐘雙系統(tǒng)同時運行A級為容錯型，在系統(tǒng)需要運行期間，其場地設備不應因操作失誤、設備故障、外電源中斷、維護和檢修而導致電子信息系統(tǒng)運行中斷。國家級信息中心、計算中心重要的軍事指揮部門；大中城市的機場、廣播電臺、電視臺、應急指揮中心；

27、銀行總行；國家和區(qū)域電力調(diào)度中心等的機房 399.98%1.752小時一用一備299.75%B21.9小時冗余B級為冗余型，在系統(tǒng)需要運行期間，其場地設備在冗余能力范圍內(nèi)，不應因設備故障而導致電子信息網(wǎng)絡系統(tǒng)運行中斷?？蒲性核?；高等院校；三級醫(yī)院；大中城市的氣象臺、信息中心、疾病預防與控制中心、電力調(diào)度中心、交通(鐵路、公路、水運)指揮調(diào)度中心；國際會議中心；大型博物館、檔案館、會展中心、國際體育比賽場館；省部級以上政府辦公樓；大型工礦企業(yè)等的機房199.67%C28.908小時基本C級為基本型，在場地設備正常運行情況下應 保證電子信息網(wǎng)絡系統(tǒng)運行不中斷。其他企事單位在異地建立的備份機房，設計

28、時應與主用機房等級相同。一個機房內(nèi)的不同部分可按不同的標準進行設計 機房建設模塊-土建工程-機房等級云計算數(shù)據(jù)中心構建方法可用性比例年宕機時間（7*24*365）天小時分鐘95%186099%3153699.9%084699.99%005399.999%00599.999%001機房建設模塊-土建工程-機房等級云計算數(shù)據(jù)中心構建方法年宕機時間計算：99%24小時*365天*0.01=87.6小時=3天15小時36分鐘可靠性、可用性、可維護性計算實例一項全天候服務到目前為止已運行了5020小時，期間只發(fā)生過2次中斷，一次持續(xù)6小時，另一次持續(xù)14小時可用性（5020-6-14）/5020 x10

29、0%=99.60% 可靠性平均系統(tǒng)故障間隔時間（MTBSI）=5020/2=2510小時平均無故障時間（MTBF）=（5020-6-14）/2=2500小時可維護性平均服務恢復時間（MTRS）=(6+14)/2=10小時其中，MTBSI=MTBF+MTRS可用性依賴于可靠性與可維護性云計算數(shù)據(jù)中心構建方法機房建設模塊-土建工程-機房等級機房建設模塊-土建工程-機房選址云計算數(shù)據(jù)中心構建方法注意點:光纖通信技術的發(fā)展解決了信息的長距離、高帶寬快速傳遞的問題，數(shù)據(jù)中心的選址不存在服務半徑的問題，只要能方便的接入主干通信網(wǎng)，即可向全球提供服務注意點:數(shù)據(jù)中心所在的位置必須能夠提供充足、穩(wěn)定的電力供應

30、，并且電力成本足夠低，電力是數(shù)據(jù)中心長期運營的最大一筆開銷注意點 :為了提供可靠、穩(wěn)定的服務，數(shù)據(jù)中心對可靠性和可用性都有嚴格的要求，選擇地理位置的時候，安全是必須考慮的因素，盡量遠離核電站、化工廠、飛機場、通信基站、軍事目標和自然災害頻發(fā)的地帶通信電力地理位置機房建設模塊-土建工程-機房環(huán)境云計算數(shù)據(jù)中心構建方法產(chǎn)生塵埃及廢物的設備（噴墨打印機、復印機）應遠離對塵埃敏感（磁記錄設備）的設備，并宜布置在有隔斷的單獨區(qū)域內(nèi)塵埃產(chǎn)生當機柜內(nèi)或機架上的設備為前進風/后出風方式冷卻時，機柜或機架的布置宜采用面對面、背對背（冷熱通道）的方式機柜擺放溫度（231 ）、相對濕度（40% 55% ）、含塵濃度

31、每升空氣中大于或等于0.5m的塵粒數(shù)應少于18000粒）、噪聲應小于65dB（A） 環(huán)境參數(shù)無線電干擾場強 （126dB）、磁場干擾環(huán)境場強（800A/m） 、靜電電位（不應大于1kV）電磁參數(shù)靜電電壓（V）手指感覺物理現(xiàn)象1000無輕微響聲2000麻響聲3000針刺較大響聲4000針深刺微光5000串到手腕疼指尖延伸出微光云計算數(shù)據(jù)中心構建方法機房建設模塊-土建工程-機房環(huán)境高度：主機房凈高不宜小于2.6m 主機房和輔助區(qū)不應布置在用水區(qū)域的垂直下方改建機房應根據(jù)荷載要求采取加固措施 頂板地面吊頂板40020060020002600活動地板3200機房建設模塊-土建工程-機房建筑結構云計算數(shù)

32、據(jù)中心構建方法防火：電子信息系統(tǒng)機房的耐火等級不應低于二級 當A級或B級電子信息系統(tǒng)機房位于其它建筑物內(nèi)時，在主機房與其它部位之間應設置耐火隔墻，隔墻上的門應采用甲級防火門 面積大于100m2的主機房，安全出口不應少于兩個，且應分散布置 ；頂棚、壁板（包括夾芯材料)和隔斷應為不燃燒體 名稱 耐火等級（h）構件一級二級三級四級房間隔墻不燃燒體不燃燒體難燃燒體難燃燒體0.750.50.50.25吊頂不燃燒體難燃燒體難燃燒體燃燒體（包括吊頂擱柵）0.250.250.15機房建設模塊-土建工程-機房建筑材料云計算數(shù)據(jù)中心構建方法室內(nèi)裝修: 應選用氣密性好、不起塵、易清潔、符合環(huán)保要求、具有表面靜電耗散

33、性能的材料 墻壁材料：內(nèi)墻壁和頂棚的裝修應滿足使用功能要求，表面應平整、光滑、不起塵、避免眩光，并應減少凹凸面 活動地板：高度 250mm，400mm外窗：A、B級不宜設，區(qū)別有人、無人區(qū)設置，要有安全措施，氣密性好的雙層固定窗）復合地板鋼地板云計算數(shù)據(jù)中心構建方法機房建設模塊-土建工程-機房建筑材料1P約等于2.2KW（制冷量）功率計算方法 Qt=Q1+Q2 Qt 總制冷量（KW） Q1 室內(nèi)設備負荷（=設備功率0.8/0.6）Q2 環(huán)境熱負荷（=0.120.18kW/m2 機房面積）假如面積20平，設備總功耗15KW按最大值計Q=15KW*0.8+0.18*20=12+3.6=15.6KW

34、按最小值計Q=15KW*0.6+0.12*20=9+2.4=11.4KW根據(jù)現(xiàn)場的實際機柜擺放圖和送風方式，回風效果，來選取適合的制冷量。如果采用地板下送風，則可以制冷量適當選小，如果采用風帽送風，制冷量要適當選大。機房建設模塊-空調(diào)工程-機房空調(diào)選型云計算數(shù)據(jù)中心構建方法一般采用活動地板下送風、上回風的方式，下送風、上回風的應用場合（冷熱通道）熱密度大：單臺機柜的發(fā)熱量大于3kW熱負荷大：單位面積的設備發(fā)熱量大于300W/機柜過高：單臺機柜的高度大于1.8m機房建設模塊-空調(diào)工程-機房送風方式云計算數(shù)據(jù)中心構建方法UPS容量1.2 x 設備計算負荷UPS分類：在線式、后備式，機房內(nèi)的動力電與

35、UPS電應由不同回路供電確保UPS在一個通風、干燥、涼爽的環(huán)境中使用，最佳的環(huán)境溫度24度。為了確保通風良好，UPS之間最好有3-5厘米的空間間隔每年只需進行1-2次的充放電，頻繁的校準會減少電池的使用壽命不要長時間儲存電池，新電池可以儲存6-12個月 ，儲存已使用的電池是非常不明智的選擇 負載不要超出額定功率的80%. 隨著負載的增加，運行時間會減少，同時也會減少使用壽命云計算數(shù)據(jù)中心構建方法機房建設模塊-電氣工程-機房UPS選型主配線架機柜進線間接入運營商主干配線機柜主干信息點機房內(nèi)主配線架一般只有一個機柜, 它是機房所有信息的匯聚處.云計算數(shù)據(jù)中心構建方法機房建設模塊-弱電工程-機房布線

36、小型機房布線結構簡單，一般只有一個進線間，一級配線架通過該配線架直接對信息點或者機柜進行管理機柜進線間接入運營商B主干一列機柜主干機房內(nèi)接入運營商A列頭柜是一列機柜或某一區(qū)域內(nèi)幾個機柜的信息匯聚處.主配線架有可能是一個機柜,也可能是幾個機柜.它是機房所有信息的匯聚處.中型機房布線結構比較簡單，一般只有一個進線間，但可能有兩個信息運營商接入，一級主配線架，一級列頭柜通過主配線架直接對機柜進行管理或者對一列機柜中的列頭柜進行管理列頭柜對本列機柜進行管理。列頭柜一般位于一列機柜的頭尾兩端云計算數(shù)據(jù)中心構建方法主配線架機房建設模塊-弱電工程-機房布線主配線架列頭柜（區(qū)域）進線間接入運營商B主干列頭柜是

37、一列機柜或某一區(qū)域內(nèi)幾個機柜的信息匯聚處.主干機房內(nèi)接入運營商A一列機柜列頭柜（區(qū)域）區(qū)域列頭柜也可稱為二級主配線架,它是機房內(nèi)某一區(qū)域信息的匯聚場所.進線間接入運營商C大型機房布線結構比較復雜，一般有一個以上進線間，有兩個以上接入運營商，兩個以上不同的接入路由， 一級主配線架，多級列頭柜通過主配線架對列頭柜進行管理，列頭柜對本列機柜進行管理；列頭柜一般位于頭尾兩端，對于一列機柜數(shù)量較多時，也可能安排在一列機柜的中間云計算數(shù)據(jù)中心構建方法機房建設模塊-弱電工程-機房布線云計算數(shù)據(jù)中心構建方法機房建設模塊-弱電工程-機房布線監(jiān)控系統(tǒng)宜采用集散或分布式網(wǎng)絡結構監(jiān)控系統(tǒng)與安全防范系統(tǒng)可設置在同一個監(jiān)

38、控中心內(nèi) ，宜采用獨立UPS供電監(jiān)控范圍：環(huán)境、設備、安保等云計算數(shù)據(jù)中心構建方法機房建設模塊-弱電工程-監(jiān)控系統(tǒng)消防滅火系統(tǒng)機房滅火系統(tǒng)有主要采用七氟丙烷潔凈氣體，其為無色無味、低毒性、電絕緣性好，無二次污染的氣體消防自動報警系統(tǒng)當有煙、溫兩種探頭達到報警時，防護區(qū)內(nèi)發(fā)出聲、光信號，關閉風機、 空調(diào)、防火閥，延時30秒即噴放滅火由于機房內(nèi)部火災主要為電氣火災，而機房的吊頂上、地板下有大量的配電線路，機房內(nèi)大量的計算機及外聯(lián)設備嚴格要求使用氣體滅火。云計算數(shù)據(jù)中心構建方法機房建設模塊-消防工程機房的重要性越來越高，故障的承受能力降低涉及專業(yè)多（建筑、電氣、空調(diào)、暖通、計算機、機械、電子、預算、

39、項目管理等）各專業(yè)面窄點深 、對建設和管理機房人員要求高技術更新快(新材料、新技術、新工藝)建筑裝修電力供應消防系統(tǒng)設備監(jiān)控空調(diào)新風綜合布線防雷接地云計算數(shù)據(jù)中心構建方法機房建設模塊小結云計算數(shù)據(jù)中心構建從機房建設、主機模塊、存儲模塊、云操作系統(tǒng)模塊、 網(wǎng)絡模塊、安全模塊六個部分闡述機房建設機房建設存儲模塊主機模塊網(wǎng)絡模塊安全模塊云計算操作系統(tǒng)模塊云計算數(shù)據(jù)中心構建方法構建組成-主機模塊目前IT系統(tǒng)中常用的服務器類型主要有Unix小型機和x86服務器兩類。Unix小型機采用RISC或EPIC指令集，具有高可靠性，通常用于高密度商用計算領域。Unix小型機本身已經(jīng)具備分區(qū)技術，從原理上看和x86

40、服務器的虛擬化技術是相同的，也可以通過自身統(tǒng)一的管理平臺進行資源的調(diào)度和管理。因此在對性能、可靠性要求較高的場景下，可以構建Unix小型機資源池。但是由于其和x86服務器CPU 指令集不同，因此不能納入統(tǒng)一的資源池，不能實現(xiàn)跨資源池的應用遷移。在搭建x86資源池時，同一資源池應盡可能采用同一廠家CPU的服務器，因為虛擬化軟件在不同CPU的服務器之間遷移時會出現(xiàn)兼容性問題浪潮32路小型機浪潮8路服務器云計算數(shù)據(jù)中心構建方法主機模塊-主機類型選擇x86服務器在形式上主要分為塔式、機架式和刀片式。數(shù)據(jù)中心機房主要采用機架式和刀片式。機架式服務器可以實現(xiàn)更好的單機擴展性，常用的x86服務器有2 路和4

41、 路CPU 和8 路CPU 的機架式服務器，可以提供更好的縱向擴展性機架式服務器對機房空間、電力、散熱條件的要求適中，因此適合對服務器擴展性要求較高的數(shù)據(jù)中心刀片服務器較高的功耗和熱量、重量密度，會對機房電力、空調(diào)、承重等提出較高的要求，IDC機房每機柜限電10A16A，因此在選擇時需要根據(jù)機房的基礎設施配套情況考慮是否滿足刀片服務器的要求浪潮刀片服務器浪潮4路服務器浪潮2路服務器云計算數(shù)據(jù)中心構建方法主機模塊-主機形式選擇物理主機HypervisorVMOSAppVMOSAppVMOSAppVMOSAppVMOSAppVMOSAppVMOSAppVMOSAppVMOSAppPhysical

42、HostHypervisorVMOSAppVMOSAppVMOSApp物理主機HypervisorVMOSAppVMOSAppVMOSApp物理主機HypervisorVMOSAppVMOSAppVMOSApp1臺8路服務器3臺2路服務器云計算數(shù)據(jù)中心構建方法主機模塊-主機形式選擇OR垂直擴展的主機模式提供更大的連續(xù)性資源空間更容易滿足不同負載的吻合性要求可提供更高的資源利用率水平擴展的集群主機模式更像是一組小池子的集合多組小容量資源池需要更多的監(jiān)控管理模塊化使用既有優(yōu)點也有缺點云計算數(shù)據(jù)中心構建方法主機模塊-主機形式選擇服務器可用的CPU目標數(shù)量越多，管理這個調(diào)度機制的效果越好 （單臺服務器

43、配置8個CPU會有最好的效果）服務器處理器超線程技術并不能提供等同于多核處理器的好處；建議關閉CPU的超線程功能采用同一廠商、同一產(chǎn)品家族和同一代處理器的服務器組成的集群，可以獲得最好的VMotion兼容能力內(nèi)存資源往往比CPU資源更會成為潛在的瓶頸，虛機環(huán)境的內(nèi)存使用量可能會超過物理內(nèi)存值盡可能將服務器配置到最大內(nèi)存，采用最大容量的內(nèi)存條（特別是當沒有配滿全部內(nèi)存條時）云計算數(shù)據(jù)中心構建方法主機模塊-主機配置選擇 單臺服務器所能支持虛機數(shù)量的決定因素服務器的硬件配置CPU性能-多核高主頻技術使得CPU成為性能瓶頸的可能性越來越低內(nèi)存大小-做為硬指標的內(nèi)存，配置越高，所能支持的虛機數(shù)量越多網(wǎng)絡

44、端口-千兆網(wǎng)環(huán)境已很普遍，網(wǎng)絡帶寬大多有保證，更多從管理角度來考慮HBA卡-磁盤訪問性能對虛機數(shù)量有一定影響，建議采用8GbHBA卡以減少鏈路影響本地磁盤-內(nèi)置磁盤的可用性及IO吞吐能力均較弱，不建議在其上存放虛擬機，推薦使用外置高性能磁盤陣列應用負載大小由于物理服務器資源自身的最大限制，應用負載越大，所能同時運行的虛機數(shù)量越少建議將同應用訪問特性的應用混合部署在同一物理服務器上靈活運用DRS和VMotion技術可將物理機與虛機的比率關系調(diào)到最優(yōu)考慮到HA及DRS所要求的資源冗余，所有運行虛機在正常負載下，總體資源使用率不超過三分之二會比較合適云計算數(shù)據(jù)中心構建方法主機模塊-主機配置選擇CPU

45、分配原則：盡量使用最少的vCPUs，如果是單線程應用，不支持多線程處理，請不要使用virtual SMP虛擬CPU數(shù)量不要等于或超過物理CPU核數(shù)，如雙路雙核服務器配置的虛機最多使用兩個虛擬CPU當配置虛擬機的時候需注意不要超過所有vCPU匯總數(shù)目。內(nèi)存分配原則：內(nèi)存總量為在資源評估后，計算虛擬機評估結果所需實際物理內(nèi)存的總和關鍵應用可考慮固定內(nèi)存的方法以保證性能的穩(wěn)定性云計算數(shù)據(jù)中心構建方法主機模塊-主機配置選擇服務器配置需考慮現(xiàn)網(wǎng)業(yè)務運行的硬件設備、負荷、虛擬化后帶來的彈性以及虛擬化過程中產(chǎn)生的性能損耗等方面因素以下模型，用來評估現(xiàn)網(wǎng)環(huán)境的業(yè)務遷移到云計算環(huán)境所需的服務器配置業(yè)務服務器數(shù)C

46、PU核數(shù)內(nèi)存數(shù)（G）CPU占用率%業(yè)務23012024040業(yè)務31016064020現(xiàn)網(wǎng)服務器配置示例云計算數(shù)據(jù)中心構建方法主機模塊-主機配置實例假設按以上模型需將3 個業(yè)務遷移到1 套云計算平臺上承擔，物理服務器計劃采用4C6 核（24核）機架式服務器所需的服務器數(shù)量=（各業(yè)務CPU 核心數(shù) CPU 占用率）/K 1/K 2 K3/24=110/90%/70% 80%/24=6 臺。再考慮2 臺服務器作為冗余，共配置8 臺物理機即可。參數(shù)參數(shù)說明參數(shù)取值%K1虛擬化效率，虛擬化后服務器的性能與物理機性能的比率90K2系統(tǒng)設計利用率，虛擬化環(huán)境下預設物理機的CPU

47、利用率70K3為每個虛擬機分配的CPU 數(shù)量是其原始需求的比例80云計算數(shù)據(jù)中心構建方法主機模塊-主機配置實例現(xiàn)網(wǎng)內(nèi)存CPU 比為2.84，考慮虛擬化后虛擬化引擎需要占用一部分固定的內(nèi)存空間，按照4考慮，則每臺服務需要配置24*4=96G內(nèi)存服務器本地硬盤主要存儲虛擬化引擎軟件，業(yè)務數(shù)據(jù)和備份數(shù)據(jù)均存儲在SAN 中，因此本地硬盤配置300G SAS 硬盤即可服務器網(wǎng)卡應配置6塊，分為3組，分別對應業(yè)務網(wǎng)卡、遷移網(wǎng)卡和管理網(wǎng)卡，以保證業(yè)務數(shù)據(jù)流和管理數(shù)據(jù)流、遷移數(shù)據(jù)流互不影響云計算數(shù)據(jù)中心構建方法主機模塊-主機配置實例2022/8/11資源池管理桌面虛擬化一般應用高性價比：所有桌面信息運行在存儲

48、上，服務器只提供運算能力。建議采用雙路機架式服務器或刀片服務器高性價比：管理資源池所有資源分配和策略、監(jiān)控虛擬機運行正常。建議采用雙路機架式服務器1、單VM資源不能超過物理主機的資源2、虛擬資源池的可靠性和物理主機可靠性有關系3、擴展性（I/O擴展）網(wǎng)絡、存儲4、業(yè)務連續(xù)性小型規(guī)模整合中型規(guī)模整合大型規(guī)模整合雙路四路八路云計算數(shù)據(jù)中心構建方法主機模塊總結云計算數(shù)據(jù)中心構建從機房建設、主機模塊、存儲模塊、云操作系統(tǒng)模塊、網(wǎng)絡模塊、安全模塊六個部分闡述機房建設機房建設存儲模塊主機模塊網(wǎng)絡模塊安全模塊云計算操作系統(tǒng)模塊云計算數(shù)據(jù)中心構建方法構建組成-存儲模塊事半功倍的信息化部署 建立24x7x365

49、的信息存儲基礎設施 簡化相同的重復工作 建立一個基于策略、共享策略和由策略管理的環(huán)境 支持業(yè)務流程的靈活性和時效性 建立跨所有基礎設施的通用流程 降低單位風險云計算數(shù)據(jù)中心構建方法存儲模塊-客戶對存儲系統(tǒng)的期望存儲資產(chǎn)的使用率依然低下異構存儲管理對技能的挑戰(zhàn)多廠商導致的存儲共享連接性問題容災成本過高，成本與效益失衡不管數(shù)據(jù)特點，全部視作“一級”存儲業(yè)務單位各自為戰(zhàn)，不愿共享資源整體性能降低，數(shù)據(jù)備份窗口變長，業(yè)務連續(xù)性降低設備利舊，投資保護云計算數(shù)據(jù)中心構建方法存儲模塊-數(shù)據(jù)中心存儲系統(tǒng)的現(xiàn)狀搭建目標基礎支撐平臺架構集中存儲、集中存儲網(wǎng)絡、服務器逐步整合以性能優(yōu)化，提高可用性為原則，逐步整合信

50、息孤島對性能低、可靠性低的系統(tǒng)進行整合、設備撤并采用分級存儲架構，實現(xiàn)數(shù)據(jù)和存儲的整體管理和部署對關鍵系統(tǒng)完善數(shù)據(jù)保護措施雙生產(chǎn)存儲高可用互備，提高投資回報率 增加數(shù)據(jù)快照，預防數(shù)據(jù)被邏輯破壞的災難建設集中備份系統(tǒng)，提高全部系統(tǒng)的恢復能力 建設異地容災系統(tǒng)，提高災難的防御能力保護原有設備投資系統(tǒng)先整合然后逐步遷移到一級存儲 原有設備合理利用云計算數(shù)據(jù)中心構建方法存儲模塊-信息存儲整合的“浪潮原則”云計算數(shù)據(jù)中心構建方法存儲模塊-控制器選擇規(guī)劃磁盤控制器是介于主機和磁盤之間的控制單元，配置有專門為IO進行過優(yōu)化的處理器以及一定數(shù)量的CacheActivePassive意味著一個控制器為主動處理I

51、O請求，而另外一個處于空閑狀態(tài)，以備用于在主控制器出現(xiàn)故障或者處于離線狀態(tài)時接管其工作。而ActiveActive存儲系統(tǒng)包含一個由電池支持的鏡像緩存，控制器中緩存中的內(nèi)容被完整的鏡像至另外一個控制器中，并能夠保證其可用性。控制器模塊+磁盤柜控制器和磁盤柜一體磁盤陣列=控制器磁盤擴展柜(JBOD)磁盤陣列=+控制器和磁盤柜分離高速緩存，是影響效能表現(xiàn)的重要原因，相較于直接硬盤讀寫，控制器可以在Cache Memory獲得更快速的存取速度。 如果越多的數(shù)據(jù)可以從Cache Memory中存取，則表示控制器可以獲得更快的執(zhí)行效率。 云計算數(shù)據(jù)中心構建方法存儲模塊-緩存選擇規(guī)劃前端總線系統(tǒng)緩存CPU

52、CPU后端總線前端總線系統(tǒng)緩存CPUCPU后端總線主機寫入數(shù)據(jù)流反饋寫OKWrite-back回寫主機寫入數(shù)據(jù)流反饋寫OKWrite-through直寫磁盤FC或IP(GE)緩存(Cache)CPUCPU后端總線磁盤FC或IP(GE)緩存(Cache)CPUCPU后端總線Cache電池FC或IP(GE)緩存(Cache)CPUCPU后端總線陣列內(nèi)置UPS三種常見控制器Cache保護設計電池保護Cache內(nèi)置UPS保護控制器外置UPS保護整機陣列外置UPS云計算數(shù)據(jù)中心構建方法存儲模塊-緩存選擇規(guī)劃云計算數(shù)據(jù)中心構建方法存儲模塊-磁盤類型的規(guī)劃類型應用場景備注SAS在線、高可用、隨機讀取適用于大

53、型企業(yè)關鍵業(yè)務，效能高而且擴充性較好，比FC價格更有優(yōu)勢，與SATA兼容SATA在線、近線業(yè)務，高可用，隨機/循環(huán)讀取容量高，成本低SSD在線、高可用、隨機讀取價格高，容量小，性能高，速度快、耐沖擊、抗震性好，支持主流SATA接口系統(tǒng)帶寬吞吐量主要取決于陣列的構架，光纖通道的大小以及硬盤的個數(shù)陣列的構架與每個陣列不同而不同，他們也都存在內(nèi)部帶寬，不過一般情況下，內(nèi)部帶寬都設計的很充足，不是瓶頸的所在。如數(shù)據(jù)倉庫環(huán)境中，對數(shù)據(jù)的流量要求很大，而一個8Gb的光纖主機通道，所能支撐的最大流量應當是8Gb=800MBs的實際流量以下表格比較了不同的硬盤流量大小一個配置150塊15Krmin的SAS 硬

54、盤的陣列，硬盤上最大的可以支撐的流量為15013=1950MBs，1950MB/800MB=2.4（8Gb光纖主機通道），至少每控制器需要3個8Gb的光纖主機通道，雙控制器在ActiveActive狀態(tài)下至少需要配置6個8Gb主機通道云計算數(shù)據(jù)中心構建方法存儲模塊-存儲帶寬與主機通道的規(guī)劃硬盤轉速10k rpm15k rpm7200 rpm流量10MB/s13MB/s8MB/s云計算數(shù)據(jù)中心構建方法存儲模塊-磁盤IOPS規(guī)劃在同等情況下，100%順序讀、100%順序寫、100%隨機讀、100%隨機寫這四種IOPS中，100%順序讀的IOPS最高很多廠商公布的那些非常高的IOPS數(shù)據(jù)實際上是將被

55、測存儲系統(tǒng)配置了盡量多的小容量、高轉速磁盤且每個磁盤裝載數(shù)據(jù)量不多、設置為RAID-10時測出的100%順序讀IOPS的最大值決定IOPS的主要取決與陣列的算法、磁盤個數(shù)等如果一個陣列有150塊15Krmin的SAS盤，最大IOPS理論值為150 x 180=27000，如果超過這個值，硬盤的響應就會變的非常緩慢而不能正常提供業(yè)務，但這只是理論值云計算數(shù)據(jù)中心構建方法存儲模塊-磁盤IOPS規(guī)劃舉例：現(xiàn)在有這樣一個需求，20TB存儲空間，同時滿足4500 IOPS+RAID 5，我應該如何計算？RAID 5或者RAID 1/0的時候分別需要多少塊硬盤？首先需要知道I/O中讀操作(Read)與寫操

56、作(Write)所占的百分比。然后通過下列公式，將主機的IOPS需求轉換成硬盤實際IOPS負載：RAID類型公式RAID 1和1/0Drive IOPS = Read IOPS + 2*Write IOPSRAID 5和3Drive IOPS = Read IOPS + 4*Write IOPSRAID 6Drive IOPS = Read IOPS + 6*Write IOPS云計算數(shù)據(jù)中心構建方法存儲模塊-磁盤IOPS規(guī)劃假定4500 IOPS中讀/寫比是2:1，則不同RAID類型Drive IOPS要求分別如下：RAID 1/0: (2/3)*4500 + 2*(1/3)*4500 =

57、6000 IOPSRAID 5: (2/3)*4500 + 4*(1/3)*4500 = 9000 IOPSRAID 6: (2/3)*4500 + 6*(1/3)*4500 = 12000 IOPS備注：raid5和raid6分別帶1份和2份校驗作為數(shù)據(jù)保護的手段，從而可分別應對最多壞1個盤和2個盤的情況。但是隨之而來也有了寫性能上一定的降低。這是因為對于raid5上的每個寫IO，需要分別讀取數(shù)據(jù)位和校驗位，計算后然后再寫入數(shù)據(jù)位和校驗位總共4個IO來完成。同理，對于raid6上的每次寫IO，需要3+3總共6次IO來完成。這個也就是上述公式里的4*Write IOPS （對應raid5）和6

58、*Write IOPS （對應raid6）的意思參照后面表中不同類型硬盤單塊IOPS參數(shù)，得出需要多少塊硬盤硬盤類型IOPSFibre Channel 15k rpm180SAS 15k rpm180SAS 10k rpm100Fibre Channel 10k rpm140SATA 7.2k rpm80SATA 5.4k rpm40Flash drive2500參照下表中不同類型硬盤單塊IOPS參數(shù)，得出需要多少塊硬盤： 云計算數(shù)據(jù)中心構建方法存儲模塊-磁盤IOPS規(guī)劃假定選用SAS 15K RPM硬盤，則：RAID 1/0: 6000/180 = 34 塊RAID 5: 9000/180

59、= 50 塊RAID 6: 12000/180 = 67 塊如果SAS 15K RPM硬盤的容量為600G，34*600G=20400G考慮到RAID1/0，至少需要68塊硬盤考慮到經(jīng)驗值每10塊硬盤配置一塊熱備盤最終需要硬盤68+7=75塊硬盤云計算數(shù)據(jù)中心構建方法存儲模塊-磁盤IOPS規(guī)劃目前業(yè)界常見的幾種存儲網(wǎng)絡架構IP SANMulti Protocol RouterSAN / NASFC SANLANRAID ArrayJBODInternal DAS云計算數(shù)據(jù)中心構建方法存儲模塊-存儲網(wǎng)絡架構規(guī)劃 主機DASFC SAN應用文件/操作系統(tǒng)I/O 重定向器TCP/IP 協(xié)議棧NFS/

60、CIFS網(wǎng)絡接口卡 主機文件處理 I/ONAS IP Network網(wǎng)絡接口卡TCP/IP 協(xié)議棧NFS/CIFS文件系統(tǒng)+ 邏輯卷管理器數(shù)據(jù)管理系統(tǒng)RAID塊處理 I/O設備驅動應用邏輯卷管理器 裸卷SCSI 設備驅動塊處理 I/OIP SAN應用邏輯卷管理器 裸卷iSCSI LayerTCP/IP Stack網(wǎng)絡接口卡 主機塊處理 I/O塊處理 I/O IP Network FC Network網(wǎng)絡接口卡TCP/IP協(xié)議棧數(shù)據(jù)管理系統(tǒng)RAID塊處理 I/OFC總線卡FC協(xié)議棧數(shù)據(jù)管理系統(tǒng)RAID塊處理 I/O應用邏輯卷管理器 裸卷SCSI 設備驅動FC協(xié)議棧FC總線卡設備驅動設備驅動SCS