某新農(nóng)村建設項目智慧城市云計算基礎平臺方案建議書

某新農(nóng)村建設項目智慧城市云計算方案建議書 61.1建設背景 61.2建設任務及目標 61.3建設原則 7第2章現(xiàn)狀及需求分析 92.1信息化現(xiàn)狀 92.1.1基礎設施現(xiàn)狀 92.1.2應用系統(tǒng)現(xiàn)狀 92.1.3信息化管理現(xiàn)狀 92.2信息化建設需求 第3章云計算基礎平臺建設方案 3.1總體設計思路 3.2總體架構設計 3.3IaaS架構藍圖 第4章計算資源池方案 4.1計算資源池分類 4.2服務器容量規(guī)劃 4.3虛擬機資源分配 4.4虛擬機的物理分布 4.5虛擬機模板設計 4.6高可用性設計 4.7動態(tài)資源調整 4.8動態(tài)資源擴展(DRX) 第5章存儲資源池方案 285.1存儲聚合 5.3多站點容災 5.4自動精簡配置 5.5數(shù)據(jù)快照與復制 第6章網(wǎng)絡服務資源池方案 6.1網(wǎng)絡資源池設計 6.1.1云計算網(wǎng)絡挑戰(zhàn) 35 43 456.2安全資源池設計 466.2.1安全總體方案 6.2.2南北流量安全控制 6.2.3東西流量安全控制 6.3負載均衡資源池設計 第7章云服務平臺方案 7.1云平臺整體架構 7.2云組織管理架構 7.4虛擬數(shù)據(jù)中心(vDC)服務 7.5云主機服務 7.5.1云主機概述 7.5.2云主機租戶網(wǎng)絡 7.6云存儲云硬盤服務 7.9云存儲服務 7.12計費管理 7.12.1基于資源用量的計費 第8章云安全管理方案 第9章云運維管理方案 9.2運維管理流程 9.2.6運維服務報告管理 第10章應用系統(tǒng)遷移設計 10.3.3虛擬資源計算 10.3.4遷移實施方案 第1章概述1.1建設背景為2015年以來行業(yè)最為熱門的名詞。業(yè)內認為，式和一系列先進技術整合現(xiàn)有IT資源，完善IT基礎架構。1.2建設任務及目標旅游、智慧政務、智慧社區(qū)、智慧黨建、平安某新農(nóng)村建設項目智慧城市云計算平臺建設目標主要包括以下幾個方面：1)充分利用云計算技術和服務，升級、改造、完善政務云基礎信息構建共享基礎架構，消除信息孤島，使信息基礎設施的資源使用2)逐步建立基于云計算和云服務的政務云運行管理模式，建成某新農(nóng)村建設項目智慧城市云計算平臺，實現(xiàn)某新農(nóng)村建設項目各委面的標準與規(guī)范(如云架構OpenStack體系),嚴格遵從各項技術規(guī)定，做好系第2章現(xiàn)狀及需求分析某新農(nóng)村建設項目各委辦局的IT基礎設施種類繁多，涉及多家廠商的產(chǎn)品，服務器類型有X86服務器，虛擬化程度較低，大多為物理機。傳統(tǒng)的信息化建設呈現(xiàn)煙囪式，每個應用系統(tǒng)擁有獨立的服務器以及應用運行環(huán)境，即每個應用對應一套獨立的服務器、存儲、中間件、數(shù)據(jù)庫資源，每個應用的資源都是獨享的、孤立的，資源無法實現(xiàn)共享和復用，具體如下圖所示：應用4應用3某新農(nóng)村建設項目各委辦局信息化目前處于分散管理狀態(tài)，委辦局各自負責管理各自的IT資源，資源使用不均衡，且資源之間無法共享和統(tǒng)一調度，運維管理復雜，運維成本較高。1)整合各委辦局的IT基礎設施資源，提高整體資源利用率，降低采購成本；2)構建統(tǒng)一運營管理平臺，實現(xiàn)各委辦局IT資源的統(tǒng)一管理和調度，實現(xiàn)資源3)完善運維管理體系，提高運維管理效率，降低運維管理難度及復雜度，提升4)根據(jù)業(yè)務安全等級保護要求建設安全保障體系，滿足相關部分監(jiān)管要求；第3章云計算基礎平臺建設方案1)基于SDN+0verlay網(wǎng)絡虛擬化的云網(wǎng)融合設計虛擬化和云的引入，形成計算、存儲、網(wǎng)絡及安擬數(shù)據(jù)中心間靈活調度，真正實現(xiàn)云計算數(shù)據(jù)中心資源3)基于VPC技術的智慧運維設計組織架構定義是云平臺的基礎，幾乎所有的都會劃分自己的資源(CPU、內存、存儲、網(wǎng)絡等)和用戶。流程和計費模板。運維領導作為云平臺(或云平臺下某個組織)的管理員，關注3.2總體架構設計根據(jù)政務信息化建設需求及未來業(yè)務發(fā)展戰(zhàn)略，設計出能夠支撐政務未來3-5年業(yè)務發(fā)展需要的IT架構，具體如云取務官理服務目景組織管理用戶管理業(yè)名者進理計費準理云安全防聲描主機運行監(jiān)控及維護管理抽象與報表云平臺層物理層服務器存佛御IaaS服務：包括云主機、云存儲(云數(shù)據(jù)盤、對象存儲)、云數(shù)據(jù)庫服務、云防火墻、云負載均衡和云網(wǎng)絡(租戶子網(wǎng)/IP/域名等)。IaaS層服務向PaaS4)平臺服務層政務其下各接入單位提供IAAS基礎設施資源服務務器、存儲、網(wǎng)絡/安全),將物理資源進行池化，第4章計算資源池方案CVM:CloudVirtualizationManager,虛擬化管理系統(tǒng)可以被放在那些規(guī)模較大的公用資源池(群)中。初期的資源池規(guī)劃應該涵蓋所有可能被納管到云計算平臺的所有服務器資計算平臺的資源池中。H3CCVM虛擬化管理平臺體系將云計算資源池的物理服務器資源以樹形結構進行組織管理，云資源中的被管理對象之間的關系可以用下圖描述：集群啟用HA集群啟用HA云資源云資源主機池4.2服務器容量規(guī)劃單臺服務器所能支持虛機數(shù)量的決定因素主要取決與兩方面：1.服務器的硬件配置◆內存大小---做為硬指標的內存，配置越高，所能支持的虛機數(shù)量越多◆網(wǎng)絡端口--千兆網(wǎng)環(huán)境已很普遍，網(wǎng)絡帶寬大多有保證，更多從管理角度來考慮·HBA卡---磁盤訪問性能對虛機數(shù)量有一定影響，建議采用10G以太網(wǎng)或◆本地磁盤--內置磁盤的可用性及IO吞吐能力均較弱，不建議在其上存放虛擬機，推薦使用外置高性能磁盤陣列2.應用負載大小◆由于物理服務器資源自身的最大限制，應用負載越大，所能同時運行的虛機數(shù)量越少·建議將不同應用訪問特性的應用混合部署在同一物理服務器上◆靈活運用DRS和VMotion技術可將物理機與虛機的比率關系調到最優(yōu)行32位和64位的虛擬機內存條(單條8GB效果優(yōu)于兩條4GB)。CPU(建議主頻2GHz以上)四路雙核或四核內存千兆網(wǎng)口SAN端口或或內置硬盤(使用外置磁盤陣列時)22電源2.內存分配原則：4.4虛擬機的物理分布4.5虛擬機模板設計4.6高可用性設計1.虛擬機之間的隔離：每個虛擬機之間可以做到隔離保護，其中一個虛擬2.物理機發(fā)生故障不會影響應用：故障物理機上運行的虛擬機可被自動遷在每臺服務器節(jié)點上都運行了一個LRMd(LocalResourceManagerdaemon,本地資源管理器守護進程),它是HA軟件模塊中直接操作所管理的各使用虛擬化軟件HA特性進行虛擬機故障切換夠：整合服務器，降低IT成本，增強靈活性；減少停機時間，保持業(yè)務的持續(xù)操作系統(tǒng)這類業(yè)務對IT資源的需求也存在較大的波動，這就要求信息中心IT基礎架這些IT資源(主要是服務器)專機專用，服務器部署好以后保持長期穩(wěn)定運行比較項響應敏捷度響應慢。物理服務器擴展流程復雜，周期長，難以快速響應業(yè)務需求響應快。業(yè)務服務器部署完成并納管后，無需人復雜度高。資源擴展和收縮時，均需要進行服務資源利用率資源利用率較高。業(yè)務對應的IⅡ資源隨著業(yè)務訪問量的變化而彈性變化。業(yè)務需求和IT資源供給達到一定程度的平衡，資源能比較充分的利用資源利用率低。資源按最大需求部署。業(yè)務量低時，部署的資源無法得到充分利用景景通過上表對兩種部署方式的對比可以看出，兩者各有優(yōu)缺點，信息中心IT對信息中心IT部門來講，云計算帶來了全新的IT基礎架構建設、使用和交案。IT管理人員在感知到業(yè)務訪問變化時，只能通過手工進行虛擬服務器的增個統(tǒng)一的管理平臺來實現(xiàn)針對支撐信息中心特定業(yè)務的一組虛擬服務器的運行態(tài)資源擴展)解決方案。IT基礎架構進行基礎資源的彈性擴展，實現(xiàn)了信息中心業(yè)務需求向IT需求的自塊對應(如下圖所示)。業(yè)務負載監(jiān)控模塊業(yè)務負載監(jiān)控模塊業(yè)務業(yè)務(后面我們統(tǒng)一稱為“動態(tài)資源擴展業(yè)務”)提供服務。我們把這個虛擬服虛擬服務器的擴展(伸縮)可以通過虛擬機的克隆創(chuàng)建、刪除和停止等方式來實◆業(yè)務負載監(jiān)控模塊理員事先設定的策略分別發(fā)到對應的各虛擬服務器上；這個分發(fā)策略由IT管理DRX解決方案組成及特點H3CCAS平臺務量業(yè)流可DRX解決方案架構依托CAS云管理平臺，通過整合基礎業(yè)務負載監(jiān)控模塊、業(yè)務資源調度&展示模塊、業(yè)務分發(fā)平臺，DRX解決方案主要提供以下關鍵功能：用戶業(yè)務的負載監(jiān)控通過基礎業(yè)務負載監(jiān)控模塊監(jiān)控運行于其虛擬化平臺上的虛擬服務器的實際資源負載狀況；用戶通過CAS平臺創(chuàng)建資源擴展業(yè)務時，可以設定好業(yè)務負載的上下限閥當業(yè)務負載超出用戶事先設定的閥值后，業(yè)務負載監(jiān)控模塊給業(yè)務資源調度模塊上報資源擴展事件，以觸發(fā)業(yè)務資源的彈性擴展(包括資源的動態(tài)伸縮);基于用戶業(yè)務負載的動態(tài)資源擴展CAS平臺上可以創(chuàng)建業(yè)務動態(tài)資源擴展業(yè)務，支撐該業(yè)務的所有虛擬服務器進行統(tǒng)一的集中管理；為了防止同一個業(yè)務無限占用云平臺內的資源，DRX解決方案將同一個業(yè)務的資源擴展范圍限定在一個特定的物理資源池內(包括服務器和存儲資源),即后續(xù)虛擬服務器的增加和回收均在該物理資源池內進行；接收到業(yè)務負載監(jiān)控模塊上報的資源擴展事件后，業(yè)務資源調度模塊會在限定的物理資源池內選擇負載最輕的一臺物理服務器上通過啟動當前已經(jīng)存在的虛擬服務器或者克隆創(chuàng)建一臺新的虛擬服務器的方式，以擴展該業(yè)務的支撐資源；通過集成的H3C負載均衡設備可以將業(yè)務請求分發(fā)到新創(chuàng)維人員掌握當前某特定業(yè)務的資源部署狀況和各供給的動態(tài)平衡，提升IT基礎架構的有效使用載監(jiān)控平臺和業(yè)務負載分發(fā)平臺來增強對用戶業(yè)務實際負載的識別感知能力和第5章存儲資源池方案本方案中建議配置了1個節(jié)點的H3CCF8200節(jié)點，由于H3CCF8200產(chǎn)I/O,因此，本項目配置的2個節(jié)點可S控制器，由于每個控制器控制的空間有限，同時處理能力有限。因此，為了發(fā)揮虛擬化存儲的優(yōu)勢，H3CCF8200支持存儲的聚合能力。通過存儲聚合，將幾個甚至幾十個存儲節(jié)點進行虛擬化的統(tǒng)一管理，形成一個大的存儲池。存儲池內的空間可以被任意地使用，用戶可以根據(jù)實際需求進行空間劃分。這樣，原來只有一個控制器才能處理的數(shù)據(jù)將有幾個或幾十個控制器同時控制，存儲性能將成倍的提升。為了提升用戶數(shù)據(jù)的可靠性，H3CCF8200支持一種基于網(wǎng)絡進行的RAID數(shù)據(jù)保護。即：用戶數(shù)據(jù)可以跨越存儲節(jié)點進行數(shù)據(jù)的同步復制，用戶可以將某個空間的數(shù)據(jù)復制2份、3份甚至4份。這樣，及時用戶的某些節(jié)點宕機，數(shù)據(jù)依然完整的存在，客戶端可以進行正常的數(shù)據(jù)訪問。網(wǎng)絡RAID5如果用戶覺得2份數(shù)據(jù)的存在將占用過多磁盤空間，我們還可以通過H3CCF8200在網(wǎng)絡RAID5、6方式實現(xiàn)數(shù)據(jù)保護。我們可以把每個H3CCF8200節(jié)點看作一塊高性能硬盤，節(jié)點與節(jié)點之間基于網(wǎng)絡，通過RAID5或RAID6進行數(shù)據(jù)保護。同樣，如果一個或兩個節(jié)點損壞，數(shù)據(jù)不會發(fā)生丟失，業(yè)務不會中斷，同時可以提供75%的數(shù)據(jù)使用率。這點是本方案中的第二個亮點，通過網(wǎng)絡RAID提供了數(shù)據(jù)的高可靠性。5.3多站點容災如果用戶在同城內擁有超過2個以上的數(shù)據(jù)中心或主機房，我們可以將H3C可用寫入50Ce浪費我們發(fā)現(xiàn)，很多用戶在初期購買存儲設備是通常會預期的額外購買一部分額外空間，這部分空間主要用于未來的數(shù)據(jù)增長。但數(shù)據(jù)的增長量隨著業(yè)務的發(fā)展實空間給應用系統(tǒng)，隨著應用系統(tǒng)數(shù)據(jù)量的增長，精簡配置工具會自動的進行空間調整，從而避免了用戶空間的浪費，降低了用戶在磁盤上的過多投資。同樣，通過精簡配置可以大量降低用戶日常的維護工作。無需對以上任何一個功能進行單獨付費。因此，用戶在使用H3CCF8200后得到第6章網(wǎng)絡服務資源池方案虛擬機遷移的網(wǎng)絡屬性要求，當其從一個物理機靠性。傳統(tǒng)的網(wǎng)絡生成樹(STP,SpaningTreeProtocol)技術不僅部署繁瑣，且IRF/vPC等設備級的(網(wǎng)絡N:1)虛擬化技術，雖然可以簡化拓撲、具備高可靠的地，因此網(wǎng)絡設備的二層地址表項大小(即MAC地址表),成為決定了云計算離與分離要求輕而易舉會突破4K;二是VLAN技術當前為靜態(tài)配置型技術(只有EVB/VEPA的802.1Qbg技術可以在接入層動態(tài)部署VLAN,但也主要是在交換機接中心的網(wǎng)絡幾乎為所有VLAN被允許通過(核心設備更是如此),導致任何一個Overlay在網(wǎng)絡技術領域，是一種網(wǎng)絡架構上疊加的虛擬化技術模式Overlay網(wǎng)絡是物理網(wǎng)絡向云和虛擬化的深度延伸，使云資源池化能力邊緣沒備VXLAN(VirtualeXtensibleLAN,可擴展虛擬局域網(wǎng)絡)是基于IP網(wǎng)絡、資源不足的問題?！窕贗P網(wǎng)絡組建大二層網(wǎng)絡，使得網(wǎng)絡部署和維護更加容易，并且可以好地利用現(xiàn)有的IP網(wǎng)絡技術，例如利用等價路由負載分擔。只需根據(jù)IP頭轉發(fā)報文，降低了網(wǎng)絡部署的難度和費用。根據(jù)客戶不同組網(wǎng)需求，Overlay的網(wǎng)絡部署分為以下三種組網(wǎng)模型，如下Overlay的網(wǎng)絡部署圖網(wǎng)絡Overlay的隧道封裝在物理交換機完成。這種Overlay的優(yōu)勢在于物理網(wǎng)絡設備性能轉發(fā)性能比較高，可以支持非虛擬化的物理服務器之間的組網(wǎng)互通。它的缺點就是現(xiàn)網(wǎng)設備大都不支持VXLAN,需要大批量更換設備。主機Overlay隧道封裝由虛擬設備完成，不用增加新的網(wǎng)絡設備即可完成Overlay部署，可以支持虛擬化的服務器之間的組網(wǎng)互通。它純粹由服務器實現(xiàn)Overlay功能，對現(xiàn)有網(wǎng)絡改動不大，但是可能存在轉發(fā)瓶頸?；旌螼verlay是NetworkOverlay和HostOverlay的混合組網(wǎng)，可以支持物理服務器和虛擬服務器之間的組網(wǎng)互通。它融合了兩種Overlay方案的優(yōu)點，既可以發(fā)揮硬件GW的轉發(fā)性能，又盡可能的減少對于現(xiàn)有網(wǎng)絡的改動。數(shù)量級大大超過數(shù)據(jù)中心VLAN的限制(4094)Overlay網(wǎng)絡分為2個平面，數(shù)據(jù)平面和控制平面。Overlay邊緣設備如何發(fā)現(xiàn)彼此，以便建立Overlay隧道關系Overlay邊緣設備如何交換其學習到的主機可達性信息(包括但不限于MAC地址、或IP地址、或其他地址信息)andLearning機制完成地址學習，這要求物理網(wǎng)絡支持組播轉發(fā)，對網(wǎng)絡支持(),并轉發(fā)ARP響應報文給tNetwork⑥ToR設備接收到ARP響應報文，單播發(fā)送到VTEPARRRR■Core設備實現(xiàn)BGP協(xié)議體系中的的RR(RouteReflector)角色■ToR設備實現(xiàn)BGP協(xié)議體系中的的Client角色■MP-BGP擴展報文完成MAC地址發(fā)布和回收就可以很容易實現(xiàn)基于Controller完成控制平面的地址學習，然后通過標準VTEP,把報文裝AccessAccess三種實現(xiàn)方式對比，在大規(guī)模的云計算虛擬化環(huán)境中，以Controller方式(組播組或單置VTEPIP)機時保持不變，這樣就能支持對虛擬機持續(xù)地統(tǒng)虛擬機遷移后，不需要重新配置網(wǎng)關等網(wǎng)絡如果采用的是物理設備作為VTEP,則L2GW等同于0VS,實現(xiàn)的效果相Overlay網(wǎng)絡流表路由欺騙處理確認報文合法后，從ARP請求報文中獲取目的IP,以目的IP為索引查Packetout下發(fā)給0VS。主機遷移策略跟隨物理主機物理主機圖：虛擬機遷移及網(wǎng)絡策略跟隨分布發(fā)送同步消息，通知遷移的VPort,增加遷移標記。同步完成后，控制器通收到遷移后的端口信息，更新端口信息。當控制器重新收到Packet-in報文后，向Underlay網(wǎng)絡發(fā)布VTEPIPVLAN接口不同的服務，包括虛擬防火墻、多租戶、負載均衡VFMRAMAPM8VCF控制器VXLAN二居陶關VXLAN三層網(wǎng)關(網(wǎng)絡)(交換/踏由/安全)(主機)資源層(選配)SDNVPC方案又由3個層次組成，最下一層是轉發(fā)層，負責對數(shù)據(jù)報文進行換路由設備、安全設備等?？刂茖佑蒝CF控制器組成，控制器對oveNovaComputerAPICinderLB負載均衡網(wǎng)絡核心瓶虛擬化管理平臺網(wǎng)絡核心備可以集中部署在管理控制Rack區(qū)。虛擬化服務器，虛擬化的服務器采用vswitch作為vtep,物理服務器則采用支持Vxlan的物理交換機作為vtep。Overlay轉發(fā)就是vtep之間的通信。備由H3CVCFController通過標準協(xié)議集中管理，減少了傳統(tǒng)設備管理的復雜H3CvSwitch軟件主要提供虛擬化VXLAN隧道封裝功能，支撐VM接入>支持分布式網(wǎng)關功能，使虛機遷移后不需要重新配置網(wǎng)關等網(wǎng)絡參數(shù)，6.2安全資源池設計6.2.1安全總體方案uwu保證網(wǎng)絡的安全；采用ASPF(ApplicationSpecific持靜態(tài)路由、RIP/OSPF/BGP/ISIS路由策略及策略路由；全面支持IPv4/IPv6雙對每塊插卡進行IP地址規(guī)劃，在節(jié)省用戶的IP地址的同時大署的復雜度，并且可以對設備實現(xiàn)全面的配置2)支持智能分流(IFF)。部署多業(yè)務插卡后，流量自動在多個業(yè)務板卡內3)支持安全集群框架(SCF)。全面突破機框的限制，在簡化管理和部署的的劃分1.安全服務基于Overlay邏輯網(wǎng)絡，無須手工配置及引流，服務自動化部2.服務資源池化按需使用、線性擴展形態(tài)多樣、位置無關。使得業(yè)務成6.3負載均衡資源池設計本方案在業(yè)務網(wǎng)核心交換機上旁掛負載均衡設備態(tài)，以便選擇最合適的服務器或出口鏈路，從而實現(xiàn)量分析)技術，確保健康檢測占用最小的系統(tǒng)資源開銷，從而保證負載均衡業(yè)最終達成內、外網(wǎng)訪問用戶整體訪問體驗的提第7章云服務平臺方案建立以云業(yè)務為中心，以流程為導向符合ITIL/ISO20000理、變更管理、配置管理和發(fā)布管理等5大核心數(shù)據(jù)項與5大核心流程的關聯(lián)和融合；使用規(guī)范化統(tǒng)一管理&運維V不不安全設置7.2云組織管理架構每級組織都會劃分自己的資源(CPU、內存、存儲、網(wǎng)絡等)和用戶。介紹運營管理員二級組織管理員負責管理所屬組織及下屬組織云業(yè)務的管理員，可以管理本組織及下屬組織中的所三級組織管理員負責管理所屬組織云業(yè)務的管理員，可以管理本組織中的所有云資源。最終用戶云業(yè)務的服務對象，可以對自己申請和使用的云資源進行管H3CIaaS服務，提供硬件和軟件基礎設施服務。具體可包括：云主機與云(1)虛擬數(shù)據(jù)中心(VDC)虛擬數(shù)據(jù)中心(VirtualDataCenter)是基(2)云主機和云硬盤服務Linux發(fā)行版，支持在線交付、在線管理、遠程登陸、快照管速切換到其他狀態(tài)正常的服務器上，切換時間小于30分鐘。通過動態(tài)資源調度(3)云存儲服務(4)云網(wǎng)絡(5)云負載均衡要求部署基于本次配置的數(shù)據(jù)中心硬件或軟件負載均衡實現(xiàn)的云負載均衡(6)云防火墻服務chain功能，即租戶簽約防火墻流量才通過vFW,不簽約時流量不經(jīng)過vFW。(7)云數(shù)據(jù)庫服務(8)云帶寬服務(9)云備份服務(10)waf資源管理支持租戶應用waf資源，可通過waf虛擬化和waf在線配置兩種方式實現(xiàn)。(11)物理資源管理(12)虛擬資源管理(13)自助服務門戶功能(14)多租戶管理物理設備租戶物理設備租戶n服務器/交換機租戶租戶21云主機及操作系統(tǒng)一核系統(tǒng)盤不低于20G,Windows系統(tǒng)盤不低于兩核四核八核理的主機列表，查看云主機信息包括：所屬用戶、名稱、狀態(tài)、內網(wǎng)IP、鏡像BREQ\*jc3\*hps11\o\al(\s\up7(#),6)辨生1選擇鏡像2選擇規(guī)格3設置網(wǎng)絡4基本配置無內存X網(wǎng)培D內存述自定制test1235總價0.15小(108.00元月其1選擇鏡像配置詳情內存同培自定制明a碼能111m細25A7.5.2云主機租戶網(wǎng)絡是全局網(wǎng)絡，所以其安全保障是依靠防火墻來實現(xiàn)的。與之相對應，私有網(wǎng)絡需要組織管理員創(chuàng)建并管理。但私有網(wǎng)絡之間是100%隔離的，以滿足對安全要名稱*2)配置網(wǎng)絡，在這里我們可以查看和修改私有網(wǎng)絡包含的主機列表和端口列表；路由器用于私有網(wǎng)絡之間的互聯(lián)，并提供以下附加服務：DHCP服務、端口轉發(fā)、隧道和VPN。如果您還希望路由器能接入互聯(lián)網(wǎng)，請綁定一個公網(wǎng)IP給該路由器即可。1)云管理服務臺支持創(chuàng)建路由器；X基本設置防火墻創(chuàng)建時間運行時間2小時41分鐘租戶信息生效時間終止時間單價0.02元小時 曲K單22#星期中8能理人里班間，和一個公同試圍可。聯(lián)志鍵是必須的，還可以根據(jù)自己的需求將任何應用軟件(比如，數(shù)據(jù)庫、中間件等)放入鏡像中。鏡像分為兩類。其一是系統(tǒng)提供的，稱之為“系統(tǒng)鏡像”,包括EXX最小磁盤*最小內存*最小磁盤*最小內存*7.5.4云主機特點1)多種性能規(guī)格，可以自定義2)按小時計費3)快速部署資源池并內置多種操作系統(tǒng)和應用標準鏡像，需求無論是一臺還是百臺、Windows還是Linux,均可實現(xiàn)瞬時供應和部署。4)高可用國際品牌企業(yè)級服務器的高性能和可靠性，內置的監(jiān)控、備機、快照、數(shù)據(jù)備份等服務確保故障的快速恢復。提供智能備份功能，將數(shù)據(jù)風險降到最低。同時具備虛擬機遷移和高可用等技術提高可用性。5)彈性擴展6)一鍵部署7.6云存儲云硬盤服務1)申請云硬盤，包括名稱、描述、數(shù)量和容量(100GB);0.15元小時(合108.00元月×2)云硬盤列表和云硬盤操作列表，操作列表包括加載到主機、卸載硬盤、報應用輕松上手●小堿推薦應用常用網(wǎng)站□從長中母入打開新的標結頁圖百變一下，你就。因塊為家事2012年值博關…未來的云計黃通所江常電子旅務云累務平合#古新湖云動2X硬盤加載完成后，需要登錄到主機操作系統(tǒng)中加載該硬盤才8取消m理理7.7云防火墻服務7.7.1技術特性的物理墻進行1:N的虛擬化，將不同的虛擬墻提供給不同的租戶，對于租戶來的管理賬號，可以在獨立的管理界面，創(chuàng)建個性化的業(yè)務防護策略。同時作為一種可運營的資源，類似虛擬機一樣，要求能夠給虛墻進行資源分配，邏輯的資源包括接口、VLAN,物理的資源包括CPU、內存、存儲介質等。虛墻之間要求數(shù)據(jù)隔離，并且在共享硬件能力的基礎上實現(xiàn)所分配能力的保障，也即不同虛墻之間不會出現(xiàn)相互侵占的問題，從而能夠實現(xiàn)不同的租戶的差異化SLA保證。實現(xiàn)政務云平臺的整體安全防護；另一方面也通過在實體防火墻上進行Context劃分，為每個申請安全服務的租戶提供獨立的vFW服務，租戶可在申請防火墻服務時，自主定義FW所需資源和性能指標，如下圖所示：E4A·*山防火墻而A后防火墻基于租戶的安全控制要求,配置對內的安全訪問控制策略，實現(xiàn)租戶通過7.8云負載均衡服務7.8.1技術特性分網(wǎng)站(尤其電子商務等網(wǎng)站)都需要提供不間斷24小時服務，任何服務中斷在政務云平臺項目中，部署了支持IaaS架構的云負載均衡設備L5000,能夠為每個租戶提供提供獨立的vLB功能，實現(xiàn)租戶業(yè)務洞洞掃描AA理根6理根$6AAA普道>云#數(shù)器可s云47.8.2負載均衡策略租戶在申請云負載均衡服務時，可以根據(jù)自己業(yè)務系統(tǒng)的需要，合理定義負吞吐量：100M~2G的吞吐量可自由定義，滿足業(yè)務系統(tǒng)和計費需求●設置前端虛服務地址和后端實服務器地址，實服務動態(tài)添加和刪除針對選定的虛服務，可以選擇不同的業(yè)務類型：包括協(xié)議類型和端口，例如http協(xié)議，端口80;包括HTTP、IP、TCP選擇不同的均衡方式：主要有：輪轉算法，最小連接算法，源地址hash算法，目的地址hash算法設置會話保持方式：會話保持方式包括源地址方法、源地址端口方法、目的地址方法、目的地址端口方法、源地址目的地址方法等7.8.3技術優(yōu)勢租戶可以登錄自服務平臺并提交云負載均衡的服務申請，在申請審批通過后，云管理平臺將自動快速下發(fā)配置并完成服務交付。個租戶僅能配置自己申請的vLB,無法查看和管理其他租戶的vLB,實現(xiàn)了多租7.9云存儲服務1)建立在分布式架構之上，可用性大于等于99.9%,數(shù)據(jù)持久性大于等于2)根據(jù)系統(tǒng)實際情況，方案可靈活支撐系統(tǒng)擴容。擴容包括3方面：流數(shù)據(jù)擴3)支持部署MySql數(shù)據(jù)庫，單庫容量達1TB4)支持部署Hbase,單表存儲空間達100TB5)支持文檔、視頻、音頻、圖片等類型的對象存儲。文件大小可達5TBx云云動火交云出卷云7.10云網(wǎng)絡服務云主機租戶網(wǎng)絡能夠快速搭建您的私有云環(huán)境，并使用豐富的工具進行自動化管理。私有網(wǎng)絡間使用路由器互聯(lián)，并可與公網(wǎng)IP綁定。最后只需將主機加入網(wǎng)絡即可。私有網(wǎng)絡私有網(wǎng)絡用于主機之間的互聯(lián)，它類似于物理世界中使用交換機(L2Swirch)組成的局域網(wǎng)。與基礎網(wǎng)絡相比，私有網(wǎng)絡提供100%隔離。1、創(chuàng)建網(wǎng)絡，輸入網(wǎng)絡名稱和描述信息：新建私有網(wǎng)絡新建私有網(wǎng)絡x描述2、配置網(wǎng)絡，在這里我們可以查看和修改私有網(wǎng)絡包含的主機列表和端口列表；注T隔470021-74-4734-a?ac-523770英路由器用于私有網(wǎng)絡之間的互聯(lián)，并提供以下附加服務：DHCP服務、端口轉發(fā)、隧道和VPN。如果您還希望路由器能接入互聯(lián)網(wǎng)，請綁定一個公網(wǎng)IP給該路由器即可。1、云管理服務臺支持創(chuàng)建路由器；X2、配置路由器，可以配置基本信息和租戶信息：防火墻運行時間2小時41分鐘租戶信息生效時間2014-04-0123:24:32終止時間單價0.02元小時壁變所由群合月壁變所由群合月AT活躍dasdasd活約lmee-lest26.4法烘new_test活躍,,20imw-test26-B活躍,,test_4.29活疑,org1_router00活躍W活躍供5.1,5.5或5.6版本，MSSQLServer可提供2008版本。云數(shù)據(jù)庫服務便捷云數(shù)據(jù)庫最大連接數(shù)版本5.1或5.5煙動題煙動題服務監(jiān)控 0小毒EQ\*jc3\*hps13\o\al(\s\up7(腫0小毒EQ\*jc3\*hps13\o\al(\s\up7(腫),2)*ssnnXX0.07元小時(合46.80元月@選擇已申請的數(shù)據(jù)庫實例，查看數(shù)據(jù)庫服務實例配置信息命前頁>數(shù)據(jù)庫-數(shù)據(jù)庫服務詳情連接屬性TEST2\-HeidiSQLTEST2\-HeidiSQLM地址國行時間Q8CQntmQ1M/S0L55可用64M5SQLS42002411A0LW950LSn*2000R2可用2411ALM95LS2008R2可用10.17094小時41184S002WSS0LS2006R2可用10.1709.316小時54分增故思改配量出蓋學止LW590L542008R2可用10.1709.2EQ\*jc3\*hps20\o\al(\s\up1(mm),mm)a)加anRSmRE*0金*致Ea8*h?4**BrE8*R8.2CEEBBera**eere.。EQ\*jc3\*hps14\o\al(\s\up9(:),行)EQ\*jc3\*hps20\o\al(\s\up1(a),2)EQ\*jc3\*hps20\o\al(\s\up1(s),4)EQ\*jc3\*hps14\o\al(\s\up0(t),s)EQ\*jc3\*hps14\o\al(\s\up0(aa),k)EQ\*jc3\*hps14\o\al(\s\up0(a),t)EQ\*jc3\*hps14\o\al(\s\up0(ml),m)EQ\*jc3\*hps9\o\al(\s\up9(算材費),m)云數(shù)據(jù)庫服務管理支持隨時退訂業(yè)務，保證用戶的利益最大化。問EQ\*jc3\*hps17\o\al(\s\up2(*),#i)Tmsoutara2200F2ceaa1小8aaEQ\*jc3\*hps24\o\al(\s\up3(w),m)mEQ\*jc3\*hps28\o\al(\s\up2(m),m)API接口日工TmTawrlHammayg陳0mmPe2)MsSqlserver單數(shù)據(jù)庫實例可創(chuàng)建的數(shù)據(jù)庫數(shù)量達20個，用戶數(shù)達20個。3)Mysql單數(shù)據(jù)庫實例可創(chuàng)建的數(shù)據(jù)庫數(shù)量達200個，用戶數(shù)達50個。于等于99.95%。通過HA技術實現(xiàn)數(shù)據(jù)庫在線升級、云內動態(tài)遷移、故障自8)云數(shù)據(jù)庫采用高性能高可靠FC存儲，數(shù)據(jù)持久性大于等于99.9999%,存儲IOPS性能超過13000。物理磁盤采用Rai內存可達32G,并發(fā)連接數(shù)可達2000以上。7.12計費管理源用量是根據(jù)資源的使用情況，以初始價格+固定費率進可以根據(jù)時間范圍(月、季度、年)和組織部門等查詢賬單信息。賬單信息7.12.1基于資源用量的計費盤觸麗時e曲確增o05:7.12.2基于資源模板進行計費得m量 k*4回7.12.3賬單報表H3CCSM云計算管理平臺可以根據(jù)不同維度輸出滿足用戶需求的使用報表，例如基于云平臺的賬單報表、基于租戶的、基于最終用戶的賬單報表?！せ谠破脚_費用報表●●用戶>私有云內存：硬盤；本月：0.00ADP0基于云平臺費用報表01◎月度計費〇事度計費〇年度計費2014年8月其它費用0防火增9089,59資源費用詳替品雖報表查詢公網(wǎng)護()公網(wǎng)護()教回庫()教回庫()用戶已腦級已gs曲資評情8賬單明細計費時長金額(CNY)單價備注5P14第8章云安全管理方案8.1.1等保三級要求本方案中提供的云計算安全等級保護三級要求，是《信息安全技術信息安全等級保護第二分冊云計算安全技術要求》中的內容，不包含《信息安全技術信息安全等級保護第一分冊基本要求》中的內容。《信息安全技術信息安全等級保護第二分冊云計算安全技術要求》是針對當前云計算特點對《信息安全技術信息安全等級保護第一分冊基本要求》息安全等級保護第一分冊基本要求》和《信息安全技術信息安全等級保護第二分冊云計算安全技術要求》兩部分內容。a)應劃分不同的網(wǎng)絡區(qū)域，并按照方便管理和控制的原則為各網(wǎng)絡區(qū)域分d)應可按照業(yè)務服務的重要程度分配帶寬，保證在網(wǎng)絡發(fā)生擁堵的時候優(yōu)e)應實現(xiàn)不同云租戶之間網(wǎng)絡資源的隔離，并避免網(wǎng)絡資源的過量占用；j)應提供開放接口，允許接入第三方安全產(chǎn)品，實現(xiàn)云租戶的網(wǎng)絡之間、b)應能夠對非授權設備私自聯(lián)到內部網(wǎng)絡的行為進行檢查，并對其進行有c)應能夠對內部網(wǎng)絡用戶私自聯(lián)到外部網(wǎng)絡的行為進行檢查，并對其進行a)應在網(wǎng)絡邊界或區(qū)域之間根據(jù)訪問控制策略設置訪問控制規(guī)則，默認情b)應刪除多余或無效的訪問控制規(guī)則，優(yōu)化訪問控制列表，并保證訪問控d)應能根據(jù)會話狀態(tài)信息為進出數(shù)據(jù)流提供明確的允f)應在虛擬網(wǎng)絡邊界部署訪問控制設備，并設置訪問控制規(guī)則；a)應限制具有遠程訪問的用戶數(shù)量，按照遠程訪問控制規(guī)則控制用戶對系c)應提供在規(guī)定的時間內迅速斷開或禁用遠程訪b)應在關鍵網(wǎng)絡節(jié)點處檢測和限制從內部發(fā)起的以下網(wǎng)絡攻擊行為：端口c)應采取技術措施對網(wǎng)絡行為進行分析，實現(xiàn)對網(wǎng)絡攻擊特別是未知的新a)應在關鍵網(wǎng)絡節(jié)點處對惡意代碼進行檢測和清除，并維b)應在關鍵網(wǎng)絡節(jié)點處對垃圾郵件進行檢測和防護，并維護垃圾郵件防護b)審計記錄應包括事件的日期和時間、用戶、事件類型、事件是否成c)應對審計記錄進行保護，定期備份，避免受到未預期的刪除、修改或覆d)應提供對審計數(shù)據(jù)進行查詢、統(tǒng)計、分析的功能或工具，定期對審計數(shù)f)應能對遠程訪問的用戶行為、訪問互聯(lián)網(wǎng)的用戶行為等單獨進行行為審g)應根據(jù)云服務方和云租戶的職責劃分，收集各自控制部分的審計數(shù)據(jù)；i)應根據(jù)云服務方和云租戶的職責劃分，實現(xiàn)各自控制部分的集中審計。b)應劃分出特定的管理區(qū)域，利用技術手段或工具對分布在網(wǎng)絡中的系統(tǒng)d)應對安全策略、惡意代碼、補丁升級、安全審計等安全相關事項進行集a)應對登錄網(wǎng)絡設備的用戶進行身份標識和鑒別，身份標識具有唯一性；b)用戶身份鑒別信息應具有不易被冒用的特點，口令應有復雜度要求c)應具有登錄失敗處理功能，應配置并啟用結束會話、限制非法登錄次數(shù)f)應通過設定終端接入方式或網(wǎng)絡地址范圍對通過網(wǎng)絡進行管理的管理終g)當進行遠程管理時，應采取必要措施，防止鑒別信息在網(wǎng)絡傳輸過程中h)應根據(jù)管理用戶的角色建立不同賬戶并分配權限，僅授予管理用戶所需j)應采用兩種或兩種以上組合的鑒別技術對管理用戶進行身份鑒別，并且k)應在網(wǎng)絡策略控制器和網(wǎng)絡設備(或設備代理)之間建立雙向身份驗證1)應采取必要措施防止網(wǎng)絡策略控制器和網(wǎng)絡設備(或設備代理)之間的8.1.2三級等保云安全服務清單云安全接入服務SSLVPN/IPSecVPN/MP云安全防護租戶行為安全服務租戶間安全隔離服務租戶內業(yè)務安全服務服務鏈安全掃描服務系統(tǒng)安全/WEB安全/數(shù)據(jù)庫安全集中監(jiān)控安全服務安全設備監(jiān)控(安管中心)8.2安全防護模式實現(xiàn)向培身份認證新視角：基于應用的、基于業(yè)務的條帶化安全第9章云運維管理方案9.1運維組織架構9.1.1運維組織架構云運維組織架構(建議)9.1.2崗位職責運維總負責·全面負責運維管理服務過程中檢查、敦促·負責網(wǎng)絡、存儲日常維護工作，確保相應設備能夠正常工·負責服務器及操作系統(tǒng)日常維護工作，確保其能夠正常工·負責存儲日常維護工作，確保相應設備能·負責虛擬機系統(tǒng)的日常維護工作，確保其能9.2運維管理流程為了保障云平臺的服務質量，基于ITIL運維管理最佳實踐，在本項目中定9.2.1事件/故障管理所有IT維護范圍內發(fā)生的事件，都應該記錄在事件管理工具中，記錄的信它行動的時候，將擁有優(yōu)先處理級別3)關閉原則管理流程法?通方法計流程目的流程原則H變更發(fā)起和初步評估c4變更實施結果驗證H變更發(fā)起和初步評估c4變更實施結果驗證是-9.2.3資源配置管理流程目的使平臺能為客戶提供的服務在一個合理的性價比范圍以內。并為其他管理流程 流程原則IT基礎設施資源池的容量管理和業(yè)務產(chǎn)品IT基礎設施成本投入決策提供數(shù)據(jù)支資源維護經(jīng)理IT基礎資源準備、部署、維護、監(jiān)控責任人，對IT基礎CH4資源報告與流程關閉CH3資源監(jiān)控是丨省政府廳局委辦電子政務處資源管理經(jīng)理資源維護經(jīng)理需求評審需求評審填寫資源需求單是否合理?退回申請?zhí)幚硎欠褓Y源準備?香排程與派單準備資源排程與派單準備資源分配資源更新資源管理數(shù)據(jù)庫資源分配報告資源獲得確認9.2.4監(jiān)控與告警管理巡檢制度及檢查/監(jiān)控規(guī)程，確保云平臺的高可用性。應用監(jiān)控3)Oracle數(shù)據(jù)庫監(jiān)控：監(jiān)控到Oracle應用的可用性、健康狀況等基本信息；機房監(jiān)控管理目的1)備份內容、備份頻率、備份時間窗口3)備份保留期限、備份介質是否異地存儲5)備份數(shù)據(jù)可用性確認>Normal:其他IT服務器都歸入normal組，如文結束結束備份實施確認檢查備份策略實施備份協(xié)議會簽制定備份方案填寫備份內容提交備份需求表開始備份信息收集與核對根據(jù)信息收集模板，通過電話或現(xiàn)場交流的方式，收集客戶的備份信息與需求，主要內容包括：

當前業(yè)務系統(tǒng)組網(wǎng)拓撲和服務器配置，確定是否具備獨立的備份網(wǎng)絡

備份時間窗口，如每天的20:00-06:00

備份數(shù)據(jù)的大小、類型(如數(shù)據(jù)庫、系統(tǒng)類、文件類或虛擬機數(shù)據(jù)等)

備份方式(全備、增備)及RPO指標，即允許丟失的最大數(shù)據(jù)量

備份數(shù)據(jù)的生命周期，即備份數(shù)據(jù)最長保留多久析，主要包括如下內容：分析效的各種風險，如物理損壞包括磁盤故障、部件故障、整機故障、站點災難等，以及邏輯損壞包括軟件bug、

業(yè)務影響分析，明確數(shù)據(jù)丟失對業(yè)務的損失和影響，確定業(yè)務功能的最大允許中斷時間(MaximumTolerableDowntime)和災難恢復指標(RTO/RPO),明確業(yè)務功能之間的依賴關系(Interdependencies)的內部環(huán)境進行評估，得出當前災備能力與恢復目標之間的差距。方案設計根據(jù)對評估和分析的結果，進行備份方案的設，主要包括以下內容：

備份策略制定，根據(jù)業(yè)務系統(tǒng)數(shù)據(jù)類型(如數(shù)據(jù)庫數(shù)據(jù)、操作系統(tǒng)數(shù)據(jù)、文件類數(shù)據(jù)和虛擬機數(shù)據(jù))、關鍵數(shù)據(jù)分布和數(shù)據(jù)的成長性等信息，確定備份策略，包括如下內容：擇在業(yè)務低谷期進行備份，以降低備份對業(yè)務帶來的性能影響■備份方式，確定全備份、增量備份、差異備份以及合成全備份的方式或組合，不同的數(shù)據(jù)類型，其數(shù)據(jù)變化的情況和重要程度不同，應該選擇不同的備份方式?！鰝浞蓊l率，確定全備份、增量備份或差異備份的頻率，如每周全備份，每天增量備份等；備份頻率越高，災備發(fā)生時數(shù)據(jù)的丟失量越小，成本越高?！鰝浞輸?shù)據(jù)保留周期，確定備份后數(shù)據(jù)的最長保留時間，保留時間越久，則可恢復的歷史數(shù)據(jù)越多，成本越高

備份網(wǎng)絡設計，根據(jù)備份性能的需求和備份對業(yè)務系統(tǒng)明確備份系統(tǒng)的網(wǎng)絡架構，包括：LANBase,LANFree,ServerLess或混合組網(wǎng)等。

數(shù)據(jù)加密，根據(jù)客戶需求，確定是否需要對備份數(shù)據(jù)進行加密備份實施完成方案設計后，執(zhí)行具體的備份實施工作，主要包括如下☆制定實施方案和計劃

在需要備份的客戶端上安裝所需的軟件或agent

根據(jù)業(yè)務系統(tǒng)實際環(huán)境，定制開發(fā)自動化備份腳本

配置備份存儲池和備份策略備份和恢復測試完成備份實施后，將對備份系統(tǒng)進行完整的測試，以確保備

根據(jù)客戶需求和業(yè)務環(huán)境，輸出測試方案

根據(jù)測試計劃中的時間點，按照測試方案中的內容和步

完成測試后，輸出測試報告·在方案中應包括(但不限于):恢復的內容，恢復所需要的時間等，并9.2.6運維服務報告管理1服務說明書明確具體的服務交付內容和質量監(jiān)控點2服務條例制定及明確日常維護工作界面3服務條例制定日常維護和例行匯報制度《日常維護和例行匯報制4服務條例制定及明確日常及重要時刻的業(yè)務匯報關系和決策程序5日常維護與監(jiān)控制定日常監(jiān)控手冊；如有網(wǎng)管軟設置6日常維護與監(jiān)控制定或優(yōu)化License申請變更記錄表模板7軟件補丁與制定或優(yōu)化軟件版本變更記錄更新8制定或優(yōu)化設備配置變更記錄9軟件補丁與更新制定或優(yōu)化網(wǎng)絡設備升級申請軟件補丁與更新制定或優(yōu)化網(wǎng)絡設備升級方案制定或優(yōu)化網(wǎng)絡設備變更申請制定或優(yōu)化網(wǎng)絡設備割接方案制定或優(yōu)化網(wǎng)絡設備割接總結制定或優(yōu)化網(wǎng)絡設備業(yè)務上線、《設備業(yè)務變更測試方案制定或優(yōu)化網(wǎng)絡設備業(yè)務上線、技術培訓制定客戶產(chǎn)品技術培訓計劃服務總結與匯報制定例行重要匯報的膠片模板日常維護與監(jiān)控按照監(jiān)控手冊，每天進行N次析；如有網(wǎng)管軟件，使用網(wǎng)管軟件生成的監(jiān)控報表日常維護與監(jiān)控情況劃提交運維服務計劃服務總結與匯報總結一周的網(wǎng)絡運維工作和網(wǎng)絡運行狀況服務總結與匯報總結一個季度的網(wǎng)絡運維工作和網(wǎng)絡運行狀況日常維護與監(jiān)控置文件和軟件版本文件的操作網(wǎng)絡信息分維護IP地址變更記錄故障處理與問題管理句客戶匯報網(wǎng)絡設備的故障及問題解決進展故障處理與問題管理向客戶匯報故障原因及解決方案備件更換維護備件更換記錄信息分析整理登記設備的序列號(SN)信息分析整理網(wǎng)絡信息分梳理在網(wǎng)運行設備互聯(lián)接口及終端接入情況服務總結與向客戶主管或高層領導匯報協(xié)維服務工作技術培訓與維護案例分享技能提升-技術培訓與維護案例分享結合客戶運維需要，提供定制培重大時刻值守制定保障方案重大時刻值守制定故障演練方案網(wǎng)絡巡檢采集設備運行信息并進行分析，對網(wǎng)絡的運行和維護現(xiàn)狀進行檢查向最終用戶確認服務文檔的提交情況歸檔客戶服務熱線遠程調查客戶滿意度滿意度調查結果歸檔數(shù)據(jù)使用提交報告數(shù)據(jù)計費對用戶計費情況進行提交報告第10章應用系統(tǒng)遷移設計虛擬化NX否的否品置配術技平擇高端是應用系統(tǒng)服務要束服各請求臺地圖新業(yè)務系統(tǒng)建設與部署評估流程圖系統(tǒng)資源利用率1需求低系統(tǒng)資源利用率1需求低適低器器(機較大)6.虛擬化整合指標：對于IT系統(tǒng)的虛擬化而言，業(yè)務壓力、系統(tǒng)I/0吞吐量、系統(tǒng)資源利用率是服務器虛擬化比例(虛擬機與物理機之比)的a)高整合比例(如10:1):對業(yè)務壓力小的服務器，例如非實時數(shù)據(jù)采集b)中等整合比例(如4:1):對業(yè)務壓力中等的服務器，例如中小型IT系c)低整合比例(如2:1):對業(yè)務壓力較大且內容敏感類應用的服務器，7.物理平臺適用性矩陣：對于獨立的IT系統(tǒng)而言，可以按下圖選擇最佳單任務單任務·報表服務器4~8way機架式服務器/刀片AD服務器防病毒服務器帶寬操作t頻繁負載低端”內存大小10.2老應用系統(tǒng)虛擬化遷移詢服務。對當前運行在傳統(tǒng)架構下的應用系統(tǒng)及IT基礎架構現(xiàn)狀進行充分的調研和分析，并提供虛擬化IT基礎架構的規(guī)標

IT應用系統(tǒng)部分■應用系統(tǒng)名稱和重要程度■應用系統(tǒng)架構，如BS、CS或其他■與其他應用系統(tǒng)對接和依賴關系■應用系統(tǒng)中間件、數(shù)據(jù)庫等平臺信息根據(jù)應用系統(tǒng)現(xiàn)狀調研的結果，進行具體的評估和分析，找令網(wǎng)絡架構分析，包括當前網(wǎng)絡架構中的分層、分區(qū)、擴展性、安全性、可靠性、Q0S保障等方面的分析；構、集群架構、負載均衡架構、服務器資源利用率等方面的分析；

存儲子系統(tǒng)分析，包括異構平臺、存儲架構、采用的存儲技術、數(shù)據(jù)模型、性能指標、高可用現(xiàn)狀、存儲空間利用率等方面的分析；Free備份等)、災備目標和數(shù)據(jù)量、容災鏈路帶寬和距離、備份策略和備份窗口等，以及業(yè)務系統(tǒng)在RTO/RP0方面的需求，分析當前災備系統(tǒng)是否能夠滿足業(yè)務需根據(jù)對評估與分析的結果，進行虛擬化架構的令總體架構設計，描述虛擬化IT基礎架構的設計思想和資源層)、服務層(基礎設施服務和平臺服務)和應用層的整體設計，以及統(tǒng)一的運維管理和安全管理設計；令云平臺架構設計，包括資源池化管理和調度、自動編排、自助服務等；

網(wǎng)絡架構設計，包括網(wǎng)絡分層、功能分區(qū)、安全接入、Overlay、網(wǎng)絡虛擬化、擴展性和可靠性等；☆計算架構設計，包括計算模型定義和分類、區(qū)域部署、服務器虛擬化、計算能力分析、集群和負載均衡等；

存儲架構設計，包存儲網(wǎng)絡和架構、數(shù)據(jù)模型、性能模型、數(shù)據(jù)保護、存儲虛擬化整合、分布式存儲等

災備架構設計，包括災備等級、本地/異地備份、本地/異地容災、雙活容災等數(shù)據(jù)庫服務/基礎服務、并發(fā)處理能力、存儲容量及增長趨勢、SLA3.遷移及擴展應用遷移流程編號梳理項目主要內容1系統(tǒng)重要性適用范圍；故障影響用戶范圍；允許最大宕機時間；重要等級；2系統(tǒng)當前部署模式臺網(wǎng)中心集中；各所分散部署；部署位置；3系統(tǒng)是否具備遷移條件系統(tǒng)是否長期使用；系統(tǒng)是否存在嚴重故障隱患同時在線用戶比例；系統(tǒng)資源利用率；是否支持系統(tǒng)優(yōu)化改造；是否支持平滑移植；在梳理完上述內容后，各應用可參照下圖所示的同時在的同時在的否~50%否是否是否否是否否是是否系越移植是是否有為虛擬化是否*60%,并長期使用系統(tǒng)是支有統(tǒng)現(xiàn)系否否否是是是是是是1.遷移到云平臺：將IT系統(tǒng)遷移到云平臺，使用虛擬化資源或物理資源(例3.1保持現(xiàn)狀：繼續(xù)保持IT系統(tǒng)當前的運行環(huán)境，包括基礎設施直至IT系統(tǒng)6.設備利用率是否在60%與80%之間：該系統(tǒng)是否能夠有效的利用基礎設施7.同時在線用戶比例是否大于等于50%:該系統(tǒng)用戶的平均使用率(平均使用率指總體而言，同時在線的用戶占全部預期用戶的比例)大于等于50(服務器或存儲)進行虛擬化。3.虛擬化遷移：物理服務器到虛擬機的實時遷移(P2V)。虛擬化遷移方法和流程詳細信息收集式，收集客戶需求和現(xiàn)場環(huán)境信息，主要收集內容如

源服務器的資源包括CPU、內存、磁盤和網(wǎng)絡連接等占用狀況

各業(yè)務系統(tǒng)之間的依賴關系和對接情況

客戶對可靠性、安全性方面的要求

命名規(guī)則規(guī)劃，主要包括如下內容

評估當前物理服務器資源利用率，并計算遷移后虛擬機

評估當前存儲類型、資源利用率和性能指標，并計算遷移后虛擬化平臺所應提供的存儲類型和容量。

評估當前虛擬化平臺可用資源(計算、存儲、網(wǎng)絡等)

評估遷移過程對業(yè)務系統(tǒng)的風險，包括業(yè)務暫停、數(shù)據(jù)丟失、性能下降等，并提出相應的規(guī)避或回退措施。方案設計

確定遷移工具和遷移方式(在線/離線)令確定遷移前環(huán)境準備工作令規(guī)劃并設計具體的遷移步驟，包括所有服務器的遷移先后順序。

規(guī)劃并設計必要的備份方案，對于某些關鍵業(yè)務系統(tǒng)數(shù)據(jù)，或虛擬化后需要重復利用的服務器，建議在遷移前進行適當?shù)臄?shù)據(jù)備份

規(guī)劃并設計遷移后所需的網(wǎng)絡環(huán)境令規(guī)劃遷移實施計劃，包括遷移起止時間、團隊成員和具體分工等遷移執(zhí)行遷移工作，主要包括如下內容：

遷移前環(huán)境準備，包括遷移工具安裝、網(wǎng)絡環(huán)境準備令遷移前原系統(tǒng)健康檢查，確保遷移前原系統(tǒng)處于健康狀態(tài)

遷移前數(shù)據(jù)備份(可選)

在虛擬化平臺完成遷移前準備，包括虛擬機創(chuàng)建等令暫停業(yè)務系統(tǒng)運行(可選)令通過遷移工具執(zhí)行在線/離線遷移令將業(yè)務系統(tǒng)切換到虛擬化平臺并停用舊系統(tǒng)業(yè)務驗證和測試完成虛擬化遷移后，將對遷移后的業(yè)務系統(tǒng)進行驗證和測

根據(jù)客戶需求和業(yè)務環(huán)境，輸出測試方案

與客戶討論，制定明確的測試計劃

根據(jù)測試計劃中的時間點，按照測試方案中的內容和步令完成測試后，輸出測試報告序號服務名稱遷移工具選擇依據(jù)1預報系統(tǒng)在線業(yè)務連續(xù)性要求高，允2辦公自動化系統(tǒng)離線業(yè)務連續(xù)性要求較低有足夠的離線時間窗口3郵件系統(tǒng)離線業(yè)務連續(xù)性要求高，允峰值利用率/80%)峰值利用率/80%)均值利用率/50%/80%)注2:以上計算方法的前提是假設物理機CPU和虛擬機CPU計算能力大致相當，否則應當通過CPU的實際計算能力如TPMC進行換算方法1:VMEM=峰值利用率/80%方法2:VMEM=均值利用率/70%/80%方法1:vCPUs=Ceil(P×方法2:vCPUs=Ceil(P×計算方法10.3.3虛擬資源計算P2V遷移至虛擬機前，要對每個業(yè)務系統(tǒng)遷移至虛擬化平臺后的虛擬機進如果僅反饋了均值，按照均值是峰值的70%來估算峰值。這樣，得到業(yè)務系統(tǒng)置(即峰值是虛擬機內存總量的80%)。由上述算法，業(yè)務系統(tǒng)虛擬機內存估算序號系統(tǒng)內存內存利用率(均值/峰值)內存利用峰值小(G)1