超融合項目-方案建議書

XX客戶-超融合項目-方案建議書△客戶超融合項目方案建^書2016年10月XX客戶-超融合項目-方案建議書■文檔編號■密級商業(yè)機密■版本編號 V1.0■日期2016-10XX客戶-超融合項目-方案建議書目錄TOC\o"1-5"\h\z\o"CurrentDocument".概述 1\o"CurrentDocument"項目背景 1\o"CurrentDocument"項目目標 2\o"CurrentDocument".超融合平臺建設(shè)方案 4\o"CurrentDocument"方案設(shè)計原則 5\o"CurrentDocument"平臺總體架構(gòu) 7\o"CurrentDocument"系統(tǒng)拓撲 9\o"CurrentDocument"超融合基礎(chǔ)設(shè)施層設(shè)計 9虛擬化層設(shè)計 15\o"CurrentDocument"運維管理層設(shè)計 19\o"CurrentDocument"方案優(yōu)勢 24\o"CurrentDocument"橫向擴展優(yōu)勢 26\o"CurrentDocument"性能優(yōu)勢 27\o"CurrentDocument"可靠性 28\o"CurrentDocument"易于部署 29\o"CurrentDocument"集中管理 30\o"CurrentDocument"自動故障恢復 31\o"CurrentDocument"應(yīng)用遷移方案 32\o"CurrentDocument"應(yīng)用遷移總流程 32\o"CurrentDocument"應(yīng)用遷移流程分述 35\o"CurrentDocument".平臺設(shè)備配置清單 46\o"CurrentDocument".項目實施及支持服務(wù) 47\o"CurrentDocument"項目實施原則和思路 47\o"CurrentDocument"與客戶各系統(tǒng)部門協(xié)調(diào)配合 47???111XX客戶-超融合項目-方案建議書TOC\o"1-5"\h\z\o"CurrentDocument"充分發(fā)揮自身資源優(yōu)勢，調(diào)配優(yōu)勢資源參與本項目 47\o"CurrentDocument"合理分工，有效協(xié)調(diào)，保證項目順利進行 48\o"CurrentDocument"與合作廠商高度協(xié)同，共同完成項目實施 48\o"CurrentDocument"制定周密的應(yīng)急方案和風險管理方案，保證系統(tǒng)準時上線 48\o"CurrentDocument"項目實施計劃 48\o"CurrentDocument"項目實施時間計劃 49\o"CurrentDocument"項目組織人員架構(gòu) 50\o"CurrentDocument"培訓計劃 56\o"CurrentDocument".售后技術(shù)支持服務(wù) 57\o"CurrentDocument".附錄 59\o"CurrentDocument"超融合產(chǎn)品介紹 59\o"CurrentDocument"聯(lián)想HX架構(gòu)和軟件定義存儲 59\o"CurrentDocument"HX與傳統(tǒng)架構(gòu)的差別 61iv

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)1.概述項目背景XX客戶IT基礎(chǔ)架構(gòu)已實施了VCE的虛擬化平臺，但這種以服務(wù)器、存儲、網(wǎng)絡(luò)為基礎(chǔ)建設(shè)的系統(tǒng)平臺存在系統(tǒng)復雜，缺乏創(chuàng)新等問題。隨著業(yè)務(wù)的飛速發(fā)展，急需對當前IT架構(gòu)進行整體升級改造，以應(yīng)對業(yè)務(wù)增長的需求。不斷增長且集中的業(yè)務(wù)對IT部門的要求越來越高，所以數(shù)據(jù)中心需要更為快速的提供所需能力，提供可靠性的同時，簡化IT運維管理。為了滿足未來業(yè)務(wù)發(fā)展的需要，有效地解決數(shù)據(jù)安全、集中管控、快速部署、跨平臺訪問、節(jié)能環(huán)保等問題，XX客戶信息技術(shù)部門已經(jīng)開始關(guān)注通過虛擬化、分布式及超融合等互聯(lián)網(wǎng)相關(guān)技術(shù)來解決現(xiàn)有數(shù)據(jù)中心的各種挑戰(zhàn)，隨著虛擬化及云計算的日益成熟，計劃將其數(shù)據(jù)中心新業(yè)務(wù)系統(tǒng)運行在的基于互聯(lián)網(wǎng)基因的超融合基礎(chǔ)架構(gòu)平臺上?，F(xiàn)有數(shù)據(jù)中心存在的挑戰(zhàn)包括：服務(wù)器數(shù)量眾多，管理變得越來越復雜；新業(yè)務(wù)系統(tǒng)上線周期長，部署慢；SAN/NAS存儲擴展性差，無法支撐新業(yè)務(wù)的性能需求；新業(yè)務(wù)走向互聯(lián)網(wǎng)化，傳統(tǒng)架構(gòu)無法實現(xiàn)線性擴展能力;應(yīng)用系統(tǒng)缺乏高可用性保護；數(shù)據(jù)中心空間資源有限等。第1頁第1頁XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)重要的財務(wù)系統(tǒng)、一卡通為x86服務(wù)器和存儲組成的平臺，硬件設(shè)備已經(jīng)使用多年，目前處于更新?lián)Q代期；應(yīng)用軟件基于不同平臺開發(fā)，管理上不同的單點工具亦較為復雜；存儲為EMC存儲為EMC的VNX系列，存在資源擴容瓶頸、維護費用較高，部分性能不能滿足業(yè)務(wù)需求的問題;分散的服務(wù)器和存儲資源不能共享，使用率低；不能快速響應(yīng)業(yè)務(wù)系統(tǒng)增長對資源的需求。難以實現(xiàn)對系統(tǒng)數(shù)據(jù)的統(tǒng)一備份、本地高可用和遠程容災(zāi)等數(shù)據(jù)保護方案；缺乏多維度統(tǒng)一的性能監(jiān)控（服務(wù)器、存儲、SAN網(wǎng)絡(luò)、整體業(yè)務(wù)、應(yīng)用）項目目標在總體方案框架內(nèi)，完成和實現(xiàn)本期項目確定的建設(shè)內(nèi)容。主要包括如下：.私有云軟硬件設(shè)備的采購、安裝部署、調(diào)試、實施運行.保障公司業(yè)務(wù)系統(tǒng)運行的穩(wěn)定性和安全性.利用該套方案，確保系統(tǒng)架構(gòu)的合理性與安全性

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)整體設(shè)計方案需具有先進的體系結(jié)構(gòu)，合理的數(shù)據(jù)結(jié)構(gòu)和充分的升級空間，要考慮到未來需求的變化。IT基礎(chǔ)設(shè)施方面，需要充分利用虛擬化技術(shù)作出硬件規(guī)劃與部署。對數(shù)據(jù)中心建設(shè)考慮采用虛擬化技術(shù)給出硬件規(guī)劃與部署^方^案。應(yīng)用系統(tǒng)需求如下:應(yīng)用系統(tǒng)類型服務(wù)器名稱服務(wù)器資源服務(wù)器數(shù)量當前系統(tǒng)情況財務(wù)系統(tǒng)財務(wù)應(yīng)用服務(wù)器（web）4CPU，8GBMem，200GBDisk8運行在vSphere虛擬化平臺，供XX客戶工內(nèi)部使用。性能中等，可靠性要求較高。財務(wù)數(shù)據(jù)庫服務(wù)器4CPU，8GBMem，400GBDisk2運行在vSphere虛擬化平臺，供XX客戶工內(nèi)部使用。性能，可靠性要求較高。OA系統(tǒng)OA系統(tǒng)服務(wù)器4CPU，8GBMem，200GBDisk4運行在vSphere虛擬化平臺，有USBKey映射訪問需求。其他預(yù)留預(yù)留VM4CPU，8GBMem，200GBDisk10平臺預(yù)留VM資源，性能中等，可靠性要求較高。本期資源需求匯總?cè)缦?CPU（vcore）內(nèi)存（GB）磁盤（GB）961925200XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)2.超融合平臺建設(shè)方案超融合基礎(chǔ)架構(gòu)（Hyper-ConvergedInfrastructure，或簡稱“HCI”）是指在同一套單元設(shè)備中不僅僅具備計算、網(wǎng)絡(luò)、存儲和服務(wù)器虛擬化等資源和技術(shù)，而且還包括備份軟件、快照技術(shù)、重復數(shù)據(jù)刪除、在線數(shù)據(jù)壓縮等元素，而多套單元設(shè)備可以通過網(wǎng)絡(luò)聚合起來，實現(xiàn)模塊化的無縫橫向擴展（scale-out），形成統(tǒng)一的資源池。HCI是實現(xiàn)“軟件定義數(shù)據(jù)中心”的終極技術(shù)途徑。HCI類似Google、Facebook等互聯(lián)網(wǎng)數(shù)據(jù)中心的大規(guī)?；A(chǔ)架構(gòu)模式，可以為數(shù)據(jù)中心帶來最優(yōu)的效率、靈活性、規(guī)模、成本和數(shù)據(jù)保護。使用計算存儲超融合的一體化平臺，替代了傳統(tǒng)的服務(wù)器加集中存儲的架構(gòu)，使得整個架構(gòu)更清晰簡單。下表列舉了使用超融合架構(gòu)（計算+存儲）和傳統(tǒng)數(shù)據(jù)中心三層架構(gòu)（服務(wù)器+光纖交換機+存儲）的對比：超融合架構(gòu)傳統(tǒng)數(shù)據(jù)中心基礎(chǔ)架構(gòu)性能盡可能提供本地吞吐，并使用SSD保證應(yīng)用IO需求。不存在性能瓶頸隨著訪問集中存儲的服務(wù)器越來越多，性能瓶頸將日益凸顯橫向擴展可以簡單的在集群中增加節(jié)點以擴展集群規(guī)模和性能由于架構(gòu)限制，無法實現(xiàn)橫向擴展高可用性可以通過三副本的方式容忍最多兩個節(jié)點同時故障，并且硬件故障時數(shù)據(jù)重建速度快，性能幾乎不受影響通過raid技術(shù)實現(xiàn)高可用性，但面對硬件故障時，性能下降嚴重。整合比虛擬機密度高，是傳統(tǒng)2倍以上虛擬機密度低安裝配置開箱即用的部署方式，只需30分鐘即可完成安裝配置需要準備大量安裝實施前的信息收集和整理工作，并且由專人進行安裝部署，最少需要2天時間管理維護統(tǒng)一WEB界面管理，維護方便無需配置LUN、卷、Raid組需要專門存儲管理軟件，配置復雜。需要廠商支持。第4頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)新一代數(shù)據(jù)中心建設(shè)包含眾多信息化應(yīng)用的實施，與此相對應(yīng)，機房服務(wù)器和存儲設(shè)備也必將大量使用，并且隨著后期應(yīng)用擴充和服務(wù)擴容，服務(wù)器和存儲設(shè)備的投入必然越來越龐大。一方面，管理硬件基礎(chǔ)設(shè)施的壓力和成本會不斷增大；另一方面，由于應(yīng)用的多樣性，服務(wù)器和存儲難于有效整合，服務(wù)器的資源使用都遠低于其實際的處理能力，計算能力和存儲容量難以充分利用。實施虛擬化/云計算數(shù)據(jù)中心，可以有效整合服務(wù)器及存儲資源，形成計算資源池，根據(jù)新一代數(shù)據(jù)中心各項應(yīng)用的實際需要動態(tài)分配計算資源，最大效率的利用現(xiàn)有服務(wù)器及存儲設(shè)備，并對數(shù)據(jù)中心硬件設(shè)備進行有效管理和監(jiān)控。方案設(shè)計原則XX客戶超融合平臺旨在通過超融合、虛擬化、高可用等目前業(yè)界最先進的互聯(lián)網(wǎng)計算技術(shù)為用戶構(gòu)建新一代的數(shù)據(jù)中心資源平臺，助力用戶實現(xiàn)一個高效開放、按需分配、動態(tài)調(diào)整、靈活擴展的智慧信息化平臺，該方案在設(shè)計時遵循了以下設(shè)計原則：以業(yè)務(wù)需求為導向技術(shù)架構(gòu)最終是為業(yè)務(wù)服務(wù)的，因此技術(shù)架構(gòu)的設(shè)計一定要以業(yè)務(wù)的需求為導向，充分考慮非功能需求，例如系統(tǒng)的重要程度、安全要求、業(yè)務(wù)連續(xù)性等。遵循互聯(lián)網(wǎng)標準新業(yè)務(wù)系統(tǒng)都是面向互聯(lián)網(wǎng)和物聯(lián)網(wǎng)業(yè)務(wù)，因此架構(gòu)體系要遵循互聯(lián)網(wǎng)數(shù)據(jù)中心設(shè)計和建設(shè)標準，吸收互聯(lián)網(wǎng)架構(gòu)的優(yōu)勢。提高資源利用率現(xiàn)已經(jīng)部署了大量的服務(wù)器，資源使用率低是較突出的一個問題，因此在項目中，提高資源利用率成為一個重要的任務(wù)。動態(tài)擴展性在IT發(fā)展趨勢中，動態(tài)基礎(chǔ)架構(gòu)已經(jīng)成為IT基礎(chǔ)架構(gòu)的發(fā)展方向。使ITXXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)基礎(chǔ)架構(gòu)成為一個動態(tài)、靈活、具有彈性的IT基礎(chǔ)架構(gòu)，同時在IT實時地運營過程可進行靈活的資源動態(tài)調(diào)整。資源擴展要體現(xiàn)在計算資源和存儲資源的同時擴展。分布式一切應(yīng)用系統(tǒng)的高可用性是保障服務(wù)等級的重要因素，在架構(gòu)設(shè)計中應(yīng)該以軟件定義為主，借助軟件的分布式架構(gòu)滿足高可用性要求，實現(xiàn)系統(tǒng)架構(gòu)和平臺架構(gòu)的無單點故障、無單點瓶頸問題，保障新一代的業(yè)務(wù)系統(tǒng)健壯性。安全性在系統(tǒng)設(shè)計中，安全性是一個非常重要的問題。在架構(gòu)中需要考慮到虛擬化架構(gòu)內(nèi)外部的安全，包括數(shù)據(jù)安全等問題，以保證整個系統(tǒng)長期安全穩(wěn)定的運行。完整性原則提供整體的解決方案，包含軟件和硬件的詳細配置，方案交付的內(nèi)容與流程，并對相關(guān)環(huán)境提出具體需求。安全可靠原則整個系統(tǒng)從優(yōu)先考慮角度出發(fā)，具有很高的安全性和可靠性保證，在系統(tǒng)設(shè)計中我們考慮了完善的高可用方案，數(shù)據(jù)備份方案，以及應(yīng)急故障處理切換方案。在設(shè)備選型上我們選擇了同類設(shè)備中性能優(yōu)良的設(shè)備，是擁有高標準，高質(zhì)量，高性能的產(chǎn)品。標準化原則在系統(tǒng)結(jié)構(gòu)設(shè)計時，基于國家頒布的有關(guān)標準，包括各計算機局域網(wǎng)、信息化安全等級保護要求標準，堅持統(tǒng)一規(guī)范的原則，從而為未來的業(yè)務(wù)發(fā)展、設(shè)備增容奠定基礎(chǔ)。能夠隨著國內(nèi)技術(shù)標準化進程而同步進行，在自由版權(quán)技術(shù)不斷涌現(xiàn)的同時，系統(tǒng)可以保證符合國際和兼容相關(guān)技術(shù)，并擁有自己的版權(quán)?？蓴U展性原則XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)系統(tǒng)應(yīng)具有極強的可擴展性，在保證初期業(yè)務(wù)的前提下，預(yù)留充分的擴展空間，保證將來各種新業(yè)務(wù)的開展?？缮壭栽瓌t系統(tǒng)能夠?qū)崿F(xiàn)可預(yù)見的平滑升級，能夠確保系統(tǒng)在不做較大變更的前提下，平滑升級到更高的層次。實用性原則以最優(yōu)的性能價格比構(gòu)建數(shù)據(jù)中心，使資金的產(chǎn)出投入比達到最大值。能夠以較低的成本、較少的人員投入來維持系統(tǒng)運轉(zhuǎn)，提供高效能與高效益。綠色環(huán)保原則采用先進的設(shè)計理念和產(chǎn)品以實現(xiàn)環(huán)保、節(jié)能的人口監(jiān)控信息化環(huán)境，并且擁有良好的低碳環(huán)保性能。平臺總體架構(gòu)聯(lián)想HX超融合解決方案將融合基礎(chǔ)設(shè)施、橫向擴展架構(gòu)和軟件定義存儲的各種優(yōu)勢結(jié)合在一起，可提供極佳的數(shù)據(jù)中心虛擬化體驗，而其成本僅為傳統(tǒng)服務(wù)器和存儲器的一小部分。每一臺HX服務(wù)器均包含CPU、內(nèi)存、網(wǎng)絡(luò)、SSD或閃存、以及HDD存儲功能。HX存儲控制器是一臺虛擬機，運行于每臺服務(wù)器上，可將本地存儲轉(zhuǎn)換成為共享存儲。聯(lián)想HX完整集群中的所有可用存儲均作為單一的文件系統(tǒng)提供，稱為HX分布式文件系統(tǒng)。XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)極致的超融合平臺兩大產(chǎn)品模塊Acropolis和Prism兩大產(chǎn)品模塊Acropolis和Prism盡管沒有專門的SAN或NAS,聯(lián)想HX仍然能夠無縫提供高可用性、DRS和容錯等企業(yè)虛擬化功能。為了將性能最大化，HX存儲控制器將特定虛擬機的所有數(shù)據(jù)保存在同一服務(wù)器上，從而將時延最小化，而將SSD閃存的優(yōu)勢最大化。同時，企業(yè)構(gòu)建虛擬化基礎(chǔ)架構(gòu)時，通常采用的方式是使用服務(wù)器通過存儲網(wǎng)絡(luò)連接存儲，這樣的傳統(tǒng)架構(gòu)無法滿足虛擬化環(huán)境不斷變化的需求。低效的網(wǎng)絡(luò)存儲成為最大的成本開銷，并且它使得虛擬化架構(gòu)更為復雜。對于相對靜態(tài)的工作負載而言，基于網(wǎng)絡(luò)的存儲架構(gòu)能夠很好的滿足需求。對于虛擬化環(huán)境而言，尤其是當融合前云計算正在日益普及，使得整個數(shù)據(jù)中心越來越動態(tài)，虛擬機的創(chuàng)建和遷移依賴于大量的共享資源。這些特征使得管理虛擬機及其底層的基礎(chǔ)架構(gòu)變得越來越復雜。由于創(chuàng)建虛擬機變得越來越容易，導致數(shù)據(jù)中心內(nèi)部數(shù)據(jù)量快速增長。在企業(yè)內(nèi)部，使用虛擬桌面替代原來的工作桌面越來越成為趨勢。服務(wù)供應(yīng)商需要幫助客戶解決他們無力承擔的虛擬化項目所帶來的成本和管理上的額外開銷。在傳統(tǒng)的集中存儲的架構(gòu)上，虛擬機的蔓延帶來了越來越多的成本、性能和管理壓力。

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)系統(tǒng)拓撲超融合架構(gòu)在數(shù)據(jù)中心中承擔著計算資源池和分布式存儲資源池的作用，極大地簡化了數(shù)據(jù)中心的基礎(chǔ)架構(gòu)，而且通過軟件定義的計算資源虛擬化和分布式存儲架構(gòu)實現(xiàn)無單點故障、無單點瓶頸、彈性擴展、性能線性增長等能力本期超融合資源池與XX客戶現(xiàn)有IT基礎(chǔ)架構(gòu)網(wǎng)絡(luò)聯(lián)通，并可以進行統(tǒng)一的資源池管理，全局調(diào)度，以確保最優(yōu)的系統(tǒng)集成性和可管理性。同時超融合平臺自身的存儲數(shù)據(jù)復制技術(shù)，可以為后續(xù)規(guī)劃容災(zāi)平臺，基于以太網(wǎng)絡(luò)的數(shù)據(jù)復制。應(yīng)XX客戶平臺整體建設(shè)節(jié)奏的要求，容災(zāi)平臺本期只做規(guī)劃，不做部署建設(shè)。超融合基礎(chǔ)設(shè)施層設(shè)計計算資源基于聯(lián)想HX架構(gòu)的模塊化數(shù)據(jù)中心由聯(lián)想公司超融合一體機做為多節(jié)點組成的。. 第9頁

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)HX超融合解決方案的計算資源池是通過聯(lián)想久負盛名的Systemx服務(wù)器虛擬化來實現(xiàn)的，可以支持VMwarevSphere、MicroSoftHyper-v及NutanixAcropolis平臺提供的KVM等Hypervisor，本期采用vSphere虛擬化，已整合客戶現(xiàn)有虛擬化環(huán)境。在虛擬化Hypervisor層形成計算資源池，為業(yè)務(wù)系統(tǒng)的虛擬機提供不同的服務(wù)質(zhì)量和能力，包括了高可用(HighAvailability)、容錯(FaultTolerant)、在線遷移(LiveMigration/vMotion)、資源動態(tài)負載均衡(DistributedResourceScheduler)等虛擬化的特性。同時,HX系列可以支持業(yè)務(wù)虛擬機在不同的Hypervisor之前進行遷移，也就是V2V的能力，例如從vSphere遷移到KVM等。vmwareControllerVM聯(lián)想HX超融合架構(gòu)計算資源池vmwareControllerVM聯(lián)想HX超融合架構(gòu)計算資源池ControlerVM足HypeNdControllerVM存儲資源聯(lián)想HX提供的分布式文件系統(tǒng)(NDFS)可以將一組集群內(nèi)的節(jié)點組成一個統(tǒng)一的分布式存儲平臺。NDFS對于HX超人和一體機而言就是一個集中的共享式存儲，與任何其他集中式存儲陣列一樣工作，且提供更為簡單便捷的存儲管理，無需像傳統(tǒng)集中存儲那樣再配置LUN、卷、或者Raid組。聯(lián)想HX分布式存儲架構(gòu)不僅同樣提供傳統(tǒng)存儲的能力外，還提供更多的能力。針對于虛擬化方面提供快照、克隆等機制，數(shù)據(jù)層實現(xiàn)本地優(yōu)先訪問、存儲分層等性能機制，對數(shù)據(jù)進行壓縮和去重提高存儲可用容量，借助兩份以上冗余第10頁

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)數(shù)據(jù)提供存儲的可靠性，增加或減少節(jié)點數(shù)據(jù)分布會自動平臺，當節(jié)點宕機或磁盤損壞后具備數(shù)據(jù)自恢復能力等。HX系列每個節(jié)點提供兩種磁盤，標準配置為2塊以上SSD，可以靈活配置。4塊SATA的HDD為基準配置，可以根據(jù)容量需求靈活配置。聯(lián)想HX聯(lián)想HX分布式存儲系統(tǒng)邏輯架構(gòu)HX被設(shè)計成為非常動態(tài)的平臺，可以適用于不同工作負載的應(yīng)用，并且允許混合節(jié)點類型：例如將計算密集型節(jié)點和存儲密集型節(jié)點混合在一個集群中。對于集群內(nèi)部磁盤容量大小不同的，確保數(shù)據(jù)一致的分布非常重要。HX有自帶的稱為磁盤平衡的技術(shù)，用來確保數(shù)據(jù)一致的分布在集群內(nèi)部各節(jié)點上。另外，HX節(jié)點通過ILM實現(xiàn)SSD和HDD的數(shù)據(jù)熱分層。簡單而言，磁盤的熱分層時實現(xiàn)在集群內(nèi)所有節(jié)點的SSD和HDD上，并且由ILM負責觸發(fā)數(shù)據(jù)在熱分層之間的遷移。本地節(jié)點的SSD在熱分層中是最高優(yōu)先級的，負責所有本地虛擬機IO的讀寫操作。并且還可以使用集群內(nèi)所有其他節(jié)點的SSD，因為SSD層總是能提供最好的讀寫性能，并且在混合存儲環(huán)境中尤為重要。在超融合的虛擬化環(huán)境中，所有IO操作都將由本地HX節(jié)點上的ControlerVM(CVM)接管，以提供極高的性能。據(jù)以往經(jīng)驗及用戶習慣分析，一般運行服務(wù)器虛擬化的虛擬機對IO性能要求在200-300IOPS左右，而單個HX節(jié)點可提供25000上的IOPS，4節(jié)點集群可提供將近100,000的IOPS。完全可以滿足需求。第11頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)網(wǎng)絡(luò)要求在計算虛擬化資源池中的每臺虛擬化Hypervisor節(jié)點上會運行多臺虛擬機，多臺虛擬機之間共享網(wǎng)絡(luò)，為了方便管理建議采用虛擬交換機來配置和管理網(wǎng)絡(luò)，虛擬交換機可在數(shù)據(jù)中心級別提供集中和聚合的虛擬網(wǎng)絡(luò)，從而簡化并增強虛擬機網(wǎng)絡(luò)。在虛擬交換機的網(wǎng)絡(luò)劃分上，仍然可以采用VLAN的方式劃分不同的子網(wǎng)，實現(xiàn)不同子網(wǎng)段的安全和隔離。在網(wǎng)絡(luò)隔離上，也可以采用網(wǎng)絡(luò)虛擬化VXLAN技術(shù)。VXLAN網(wǎng)絡(luò)協(xié)議，即VLAN協(xié)議的擴展版本。VXLAN網(wǎng)絡(luò)可以跨越物理邊界，從而跨不連續(xù)的數(shù)據(jù)中心和集群來優(yōu)化計算資源利用率。VXLAN采用邏輯網(wǎng)絡(luò)與物理拓撲相互分離，使用IP的技術(shù)，所以無需重新配置底層物理網(wǎng)絡(luò)設(shè)備即可擴展VXLAN網(wǎng)絡(luò)。正因如此，也就無需再花費大量時間來規(guī)劃如何調(diào)配VLAN及管理VLAN數(shù)量劇增問題。在每個HX物理節(jié)點上有多種網(wǎng)絡(luò)需求，包括管內(nèi)部通訊網(wǎng)絡(luò)、管理網(wǎng)絡(luò)、生產(chǎn)網(wǎng)絡(luò)等，因此每個HX節(jié)點需配置多塊網(wǎng)卡，網(wǎng)絡(luò)設(shè)計建議如下：類型設(shè)計備注HX物理節(jié)點之間的內(nèi)部通訊網(wǎng)絡(luò)10Gb以太網(wǎng)雙鏈路冗余每個節(jié)點通過兩條萬兆鏈路分別連接兩臺萬兆交換機，保證網(wǎng)絡(luò)設(shè)備和鏈路的冗余度。聯(lián)想建議用戶使用萬兆網(wǎng)絡(luò)互聯(lián)物理節(jié)點，當發(fā)生密集的寫IO時，萬兆網(wǎng)絡(luò)能保證提供足夠帶寬滿足節(jié)點之間的IO同步流量?？蛻舳伺c服務(wù)器虛擬機之間的通訊網(wǎng)絡(luò)，虛擬化服務(wù)器對外服務(wù)網(wǎng)絡(luò)1Gb/10Gb以太網(wǎng)，雙鏈路冗余每個節(jié)點通過兩條千/萬兆鏈路分別連接兩臺千/萬兆交換機，保證網(wǎng)絡(luò)設(shè)備和鏈路的冗余度。用戶訪問虛擬服務(wù)器對外提供服務(wù)時，通過千/萬兆鏈路可以實現(xiàn)與后端存儲流量隔離。硬件管理網(wǎng)絡(luò)(IPMI)1Gb以太網(wǎng)每個節(jié)點都有獨立的千兆鏈路，用于連接專門的管理網(wǎng)絡(luò)，實現(xiàn)管理網(wǎng)絡(luò)與業(yè)務(wù)網(wǎng)絡(luò)、存第12頁儲網(wǎng)絡(luò)分離?？梢宰畲笙薅缺ＷC管理的靈活性和安全性。XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)以太網(wǎng)絡(luò)交換機聯(lián)想BNT系列以太網(wǎng)交換機，是為滿足大帶寬接入和以太多業(yè)務(wù)匯聚而推出的新一代綠色節(jié)能的全萬兆高性能以太交換機。它基于新一代高性能硬件平臺，具備大容量、高可靠（雙電源插槽）、高密度萬兆端口，可提供萬兆上行，支持能效以太網(wǎng)和智能堆疊，充分滿足超融合平臺接入、匯聚、萬兆接入的應(yīng)用場景。圖示：聯(lián)想BNTG8124以太網(wǎng)交換機備份容災(zāi)位平臺自帶的存儲層面及基于虛擬機粒度的備份恢復功能TimeStream。用戶可以針對每個虛擬機設(shè)置不同的備份策略，包括備份計劃和備份保留周期，TimeStream會自動通過存儲快照方式對虛擬機進行備份。所有TimeStream的快照均是基于存儲層面的，與虛擬化層面（例如VMwarevSphere）的快照不同，存儲層面的快照不會影響虛擬機的性能，對于虛擬化軟件是完全透明的。傳統(tǒng)的備份方式通過網(wǎng)絡(luò)傳輸備份數(shù)據(jù)，需要特定的備份窗口以免影響業(yè)務(wù)正常運行。TimeStream備份可以與傳統(tǒng)的備份策略互補，既能保證對于重要的虛擬機進行高頻度備份又不會占用額外的網(wǎng)絡(luò)帶寬。例如：對于普通虛擬機可以使用傳統(tǒng)的備份方式每周進行全備，將備份數(shù)據(jù)保留在外部存儲（例如磁帶庫中）；同時使用TimeStream備份進行每天甚至每12小時的備份，數(shù)據(jù)直接保留在存儲上以便快速恢復。對于比較重要的虛擬機可以使用傳統(tǒng)備份每周全備、每天增量的方式，第13頁

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)將備份數(shù)據(jù)保留在外部存儲（例如磁帶庫中）；同時使用TimeStream備份進行每2小時甚至每小時的備份，數(shù)據(jù)直接保留在存儲上以便快速恢復。可以采用vSphereDataProtectionAdvanced(簡稱VDPA，只針對vSphere)、Commvault(VMware和Hyper-v)、Weeam(vSphere和Hyper-v)等虛擬化備份解決方案作為有效補充。VMWareHADatastore_A(activt).口(active)■■■■Datastcre_A(standby)DatastoreB(standby)數(shù)據(jù)實時復制網(wǎng)絡(luò)條件：Layer2R.TTDatastore_A(activt).口(active)■■■■Datastcre_A(standby)DatastoreB(standby)數(shù)據(jù)實時復制網(wǎng)絡(luò)條件：Layer2R.TT<=5msHX容災(zāi)功能，分為兩個級別：MetroAvailability和RemoteReplication。都是基于虛擬機快照的方式將更新數(shù)據(jù)異步復制到遠程的HX集群中。MetroAvailability可以實現(xiàn)同城雙數(shù)據(jù)中心之間的RPO接近于“零”（需要裸光纖支持），即便是標準RemoteReplication也能實現(xiàn)RPO為1小時（基于網(wǎng)絡(luò)帶寬和更新數(shù)據(jù)量），滿足絕大多數(shù)異地容災(zāi)的業(yè)務(wù)需求。HX容災(zāi)支持雙向、一對多、多對一各種不同的復制模式。并且可以通過HX自帶的管理界面激活容災(zāi)中心的虛擬機進行容災(zāi)演練。不再需要額外繁瑣的災(zāi)難恢復計劃，基于鼠標點擊即可完第14頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)成容災(zāi)切換。使用聯(lián)想HX超融合解決方案可以在項目初始即確定今后的容災(zāi)規(guī)劃，而無需在今后專門立項重復設(shè)計整體容災(zāi)架構(gòu)。依據(jù)用戶規(guī)模和分支機構(gòu)數(shù)量，通過簡單靈活的軟件配置，將已有分支機構(gòu)的虛擬化環(huán)境遠程容災(zāi)到主數(shù)據(jù)中心，逐步形成星型的容災(zāi)架構(gòu)。八八八一J2一八■ ■ 、，.基于vSphere的虛擬數(shù)據(jù)中心基礎(chǔ)架構(gòu)vSphere可加快現(xiàn)有數(shù)據(jù)中心向云計算的轉(zhuǎn)變，同時還支持兼容的公有云服務(wù)，從而為業(yè)界唯一的混合云模式奠定了基礎(chǔ)。vSphere，許多群體稱之為“ESXi"，即底層虛擬化管理程序體系結(jié)構(gòu)的名稱，這是一種采用尖端技術(shù)的裸機虛擬化管理程序。vSphere是市場上最先進的虛擬化管理程序，具有許多獨特的功能和特性，其中包括：磁盤空間占用量小，因此可以縮小受攻擊面并減少補丁程序數(shù)量不依賴操作系統(tǒng)，并采用加強型驅(qū)動程序具備高級內(nèi)存管理功能，能夠消除重復內(nèi)存頁或壓縮內(nèi)存頁通過集成式的集群文件系統(tǒng)提供高級存儲管理功能高I/O可擴展性可消除I/O瓶頸基于VMwarevSphere的虛擬數(shù)據(jù)中心由基本物理構(gòu)建塊（例如x86虛擬化服務(wù)器、存儲器網(wǎng)絡(luò)和陣列、IP網(wǎng)絡(luò)、管理服務(wù)器和桌面客戶端）組成。第15頁

XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)VNwarevSphere散案中心的物理拓撲vCenlerServervSpl>ereClientXXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)VNwarevSphere散案中心的物理拓撲vCenlerServervSpl>ereClient城纖通謔 iSCSI NAS存情陣現(xiàn) 存造降現(xiàn) 存餡降m圖：vSphere數(shù)據(jù)中心的物理拓撲vSphere數(shù)據(jù)中心拓撲包括下列組件：＞計算服務(wù)器在裸機上運行ESXi的業(yè)界標準x86服務(wù)器。ESXi軟件為虛擬機提供資源，并運行虛擬機。每臺計算服務(wù)器在虛擬環(huán)境中均稱為獨立主機?？梢詫⒃S多配置相似的x86服務(wù)器組合在一起，并與相同的網(wǎng)絡(luò)和存儲子系統(tǒng)連接，以便提供虛擬環(huán)境中的資源集合（稱為群集）。＞存儲通道本方案中，采用HX提供的分布式存儲的接入方式。HX的DFS存儲通過存儲內(nèi)部以太網(wǎng)網(wǎng)絡(luò)連接到服務(wù)器組并在服務(wù)器組之間共享。此安排可實現(xiàn)存儲資源的聚合，并在將這些資源置備給虛擬機時使資源存儲更具靈活性。＞IP網(wǎng)絡(luò)每臺計算服務(wù)器都可以有多個物理網(wǎng)絡(luò)適配器，為整個VMwarevSphere數(shù)據(jù)中心提供高帶寬和可靠的網(wǎng)絡(luò)連接。第16頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)>vCenterServervCenterServer為數(shù)據(jù)中心提供一個單一控制點。它提供基本的數(shù)據(jù)中心服務(wù)，如訪問控制、性能監(jiān)控和配置功能。它將各臺計算服務(wù)器中的資源統(tǒng)一在一起，使這些資源在整個數(shù)據(jù)中心中的虛擬機之間共享。其原理是：根據(jù)系統(tǒng)管理員設(shè)置的策略，管理虛擬機到計算服務(wù)器的分配，以及資源到給定計算服務(wù)器內(nèi)虛擬機的分配。在vCenterServer無法訪問（例如，網(wǎng)絡(luò)斷開）的情況下（這種情況極少出現(xiàn)），計算服務(wù)器仍能繼續(xù)工作。服務(wù)器可單獨管理，并根據(jù)上次設(shè)置的資源分配繼續(xù)運行分配給它們的虛擬機。在vCenterServer的連接恢復后，它就能重新管理整個數(shù)據(jù)中心。>管理客戶端VMwarevSphere為數(shù)據(jù)中心管理和虛擬機訪問提供多種界面。這些界面包括VMwarevSphereClient（vSphereClient）、vSphereWebClient（用于通過Web瀏覽器訪問）或vSphereCommand-LineInterface（vSphereCLI）。2）.資源分配方式可以在非集群（獨立式）vSphere主機和集群中配置CPU和內(nèi)存資源池。主機、群集和資源池提供了靈活而動態(tài)的方法,來組織虛擬環(huán)境中聚合的計算和內(nèi)存資源,并將其鏈接回基礎(chǔ)物理資源。主機表示x86物理服務(wù)器的聚合計算和內(nèi)存資源。例如，如果x86物理服務(wù)器具有四個雙核CPU（每個以4GHz速度運行）和32GB的系統(tǒng)內(nèi)存,主機將提供32GHz計算能力和32GB內(nèi)存來運行分配給它的虛擬機。群集可作為單個實體發(fā)揮作用和進行管理。它表示共享相同網(wǎng)絡(luò)和存儲陣列的x86物理服務(wù)器組的聚合計算及內(nèi)存資源。例如，如果服務(wù)器組中包含8臺服務(wù)器，每臺服務(wù)器有四個雙核CPU（每個CPU以4GHz的速度運行）和32GB內(nèi)存，群集將聚合256GHz的計算能力和256GB的內(nèi)存來運行虛擬機。資源池是單個主機或群集的計算及內(nèi)存資源的分區(qū)。資源池可以是分層的，也可以是嵌套的。您可以將任何資源池劃分為較小的資源池，以進一步劃分資源并將其分配給不同的組或用于各種不同的目的。借助資源池，您可以根據(jù)業(yè)務(wù)需要分層次地劃分并分配CPU和內(nèi)存資源。劃分并分配CPU和內(nèi)存資源的原第17頁

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)因包括維護行政界限、執(zhí)行收費政策，或者適應(yīng)地域或部門劃分。資源池還用于向其他用戶和組委派權(quán)限。圖：資源池圖：資源池vSphere使用份額、限制和預(yù)留來確保主機上（或集群中）一起運行的虛擬機能夠獲得足夠的資源，如CPU、內(nèi)存、網(wǎng)絡(luò)和存儲。份額份額可以保證為虛擬機提供資源（CPU、RAM、網(wǎng)絡(luò)或存儲I/O）的特定百分比。默認情況下，每個虛擬機將能夠訪問相同比例的資源。例如，如果vSphere主機上運行4個虛擬機，則每個虛擬機可以訪問25%的可用CPU資源。如果有多余的容量可用，則虛擬機可以利用更多。份額指定虛擬機（或資源池）的相對重要性。如果某個虛擬機的資源份額是另一個虛擬機的兩倍，則在這兩個虛擬機爭用資源時，第一個虛擬機有權(quán)消耗兩倍于第二個虛擬機的資源。份額通常指定為高、正常或低，這些值將分別按4:2:1的比例指定份額值。還可以選擇自定義為各虛擬機分配特定的份額值（表示比例權(quán)重）。指定份額僅對同級虛擬機或資源池（即在資源池層次結(jié)構(gòu)中具有相同父級的虛擬機或資源池）有意義。同級將根據(jù)其相對份額值共享資源，該份額值受. 第18頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)預(yù)留和限制的約束。為虛擬機分配份額時，始終會相對于其他已打開電源的虛擬機來為該虛擬機指定優(yōu)先級。＞限制限制則可以為資源分配提供硬性上限。即使有更多CPU容量可用，也可以將虛擬機可獲得的虛擬CPU頻率設(shè)置為不超過1GHz。限制通常會在客戶支付資源使用費的共享基礎(chǔ)架構(gòu)配置中使用。限制功能為可以分配到虛擬機的CPU、內(nèi)存或存儲I/O資源指定上限。服務(wù)器分配給虛擬機的資源可大于預(yù)留，但決不可大于限制，即使系統(tǒng)上有未使用的資源也是如此。限制用具體單位（兆赫茲（GHz）或兆字節(jié)（MB）或每秒I/O操作數(shù)）表示。CPU、內(nèi)存和存儲I/O資源限制默認為無限制。如果內(nèi)存無限制，則在創(chuàng)建虛擬機時為該虛擬機配置的內(nèi)存量將成為其有效限制因素。＞預(yù)留預(yù)留指定保證為虛擬機分配的最少資源量。僅在有足夠的未預(yù)留資源滿足虛擬機的預(yù)留時，vCenterServer或ESXi才允許打開虛擬機電源。即使物理服務(wù)器負載較重，服務(wù)器也會確保該資源量。預(yù)留用具體單位（兆赫茲（GHz）或兆字節(jié)（MB））表示。例如，假定有2GHz可用，并且為VM1和VM2各指定了1GHz的預(yù)留量?，F(xiàn)在每個虛擬機都能保證在需要時獲得1GHz。但是，如果VM1只用了500MHz，則VM2可使用1.5GHz。預(yù)留默認為0?？梢灾付A(yù)留以保證虛擬機始終可使用最少的必要CPU或內(nèi)存量。運維管理層設(shè)計Prism的一體化運維管理同樣，通過聯(lián)想HX超融合的Prism界面實現(xiàn)所有基礎(chǔ)架構(gòu)的管理操作，包括健康檢查、物理機管理、虛擬機管理、存儲管理、數(shù)據(jù)保護、告警監(jiān)控、報表分析等內(nèi)容。用戶不再需要通過不同界面進行各種管理任務(wù)，所有任務(wù)都在同一個界面中完成，極大減少的管理復雜程度。第19頁

XXX客戶-XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)圖：統(tǒng)一管理界^rism所有物理和虛擬管理對象均提供詳細的性能采集數(shù)據(jù)，包括CPU、內(nèi)存、磁盤容量、IOPS、吞吐、讀寫延遲等指標，不再依賴于專用的監(jiān)控工具和復雜的監(jiān)控腳本。圖：統(tǒng)一監(jiān)控能力第20頁

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)自定義的報表工具可以靈活的將將不同監(jiān)控項進行組合和展示，減少日常維護的工作量。圖自定義監(jiān)控指標圖自定義監(jiān)控指標另外，HX還提供PrismCentral的管理組件，可以將多個Prism管理界面集中管理，不僅可以節(jié)省管理員在多個集群之間切換的繁瑣動作，更能夠?qū)⒍鄠€集群的狀態(tài)數(shù)據(jù)進行匯總，可以方便管理員快速定位當前整個IT架構(gòu)中是否存在熱點主機或者熱點虛擬機，特別有利于簡化大規(guī)模IT架構(gòu)、或者多站點場景下的日常管理任務(wù)vCenter資源管理vCenterServer管理平臺體系結(jié)構(gòu)和組件：VMwarevCenterServer是一款服務(wù)器和虛擬化云平臺管理軟件，提供一個用于管理VMwarevSpher環(huán)境的集中式平臺。利用vCenterServer，IT管理員可以自動實施和交付虛擬基礎(chǔ)架構(gòu)。第21頁

XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)Manage*XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)Manage*VMwarevSphere' "產(chǎn)曰ImVMwarevSphereVMwarevSphere圖：vCenterServer管理拓撲vCenterServer位于vSphere的管理層下。vCenterServer對云數(shù)據(jù)中心進行便捷的單點控制。它運行于Windows64位操作系統(tǒng)上，可提供許多基本的數(shù)據(jù)中心服務(wù)，例如：訪問控制、性能監(jiān)視以及配置。它可將各個計算服務(wù)器的資源整合起來，以供整個數(shù)據(jù)中心內(nèi)的虛擬機共享。實現(xiàn)方法為：根據(jù)系統(tǒng)管理員設(shè)定的策略，管理分配給計算服務(wù)器的虛擬機以及分配給特定計算服務(wù)器內(nèi)虛擬機的資源。vCenterServerWindows實施的一個低成本備用方案是以vCenterServer設(shè)備(vCenterServerAppliance)的形式提供，這是一個運行在基于Linux預(yù)配置設(shè)備中的vCenterServer實施。從vSphere6.0開始，vCenterServerAppliance與vCenterServerWindows在配置指標上已經(jīng)沒有區(qū)別了。vCenterServer提供了多種可供用戶選擇的界面，用以管理數(shù)據(jù)中心和訪問虛擬機。用戶可以選擇最符合自身需求的界面，如vSphereClient、vSphereWebClient、或終端服務(wù)(如WindowsTerminalService或Xterm)。第22頁

XXX客戶-超融合項目-XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)圖：vCenterServer用戶界面雖然vCenterServer可以在沒有擴展模塊和插件等附加組件的情況下正常運行，但大多數(shù)的數(shù)據(jù)中心仍然包含了這些附加組件，以便簡化虛擬IT環(huán)境的管理。vCenterServer組件包括用戶訪問控制、核心服務(wù)、分布式服務(wù)、vCenterServer插件和vCenterServer接□:主機ItaVMiEI：Actfvfl□Irectciry措口第三方應(yīng)用程序插件vbpherEAFI圖：vCenterServer組件主機ItaVMiEI：Actfvfl□Irectciry措口第三方應(yīng)用程序插件vbpherEAFI圖：vCenterServer組件第23頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)借助“用戶訪問控制”組件，系統(tǒng)管理員可針對不同用戶創(chuàng)建不同級別的vCenterServer訪問權(quán)限并進行管理。核心服務(wù)是虛擬數(shù)據(jù)中心的基本管理服務(wù)?！胺植际椒?wù)”是一種解決方案，它將vSphere功能擴展到單一物理服務(wù)器之外。vMotion、StoragevMotion、DRS、VMwareHA和FT均為分布式服務(wù)，它們能夠為虛擬機實現(xiàn)高效的自動化資源管理和高可用性。vCenterServer插件通過提供更多的特性和功能擴展了vCenterServer的功能。vCenterServer接口可將vCenterServer與第三方產(chǎn)品和應(yīng)用程序集成在一起。VMwarevCenterServer是服務(wù)器管理軟件，可通過單一控制臺提供對vSphere-的集中可見性、主動管理和可延展性。2.3.方案優(yōu)勢使用聯(lián)想HX虛擬化基礎(chǔ)架構(gòu)，在保證用戶數(shù)據(jù)的高速訪問和高可靠性同時，不再需要傳統(tǒng)的集中式存儲架構(gòu)，避免在今后運行過程中出現(xiàn)設(shè)計初期忽視的性能問題。按照服務(wù)器和存儲使用現(xiàn)狀，建議使用聯(lián)想HX來支撐現(xiàn)有應(yīng)用。在今后隨著業(yè)務(wù)發(fā)展，可以方便的按照節(jié)點進行擴容，避免建設(shè)初期一次性投資過大，后期卻發(fā)現(xiàn)性能問題，需要追加投資的問題出現(xiàn)。聯(lián)想HX是部署廣泛、值得信賴的虛擬化基礎(chǔ)架構(gòu)平臺。聯(lián)想HX適用于最重要的國防、醫(yī)療、教育等領(lǐng)域，可為數(shù)據(jù)中心虛擬化帶來橫向擴展架構(gòu)、高可用性和可靠性等優(yōu)勢。研究顯示，并非所有的企業(yè)數(shù)據(jù)中心項目真正做到了全面部署，很大一部分項目通常因為基礎(chǔ)設(shè)施的成本不斷攀升而束之高閣。傳統(tǒng)服務(wù)器和存儲陣列擴展成為企業(yè)數(shù)據(jù)中心項目成本高昂、過程復雜并且難于實施的主要因素。從諸多數(shù)據(jù)中心項目實施來看，在企業(yè)環(huán)境中，性能、可靠性、可擴展性是關(guān)鍵，因為最終用戶體驗直接來自于基礎(chǔ)設(shè)施的高性能和高可靠性。聯(lián)想HX將融合基礎(chǔ)設(shè)施、橫向擴展架構(gòu)和軟件定義存儲的各種優(yōu)勢結(jié)合第24頁

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)在一起，可提供極佳的數(shù)據(jù)中心虛擬化體驗，而其成本僅為傳統(tǒng)服務(wù)器和存儲器的一小部分。HX完整集群是一種能夠橫向擴展的計算和存儲基礎(chǔ)設(shè)施，它使各組織機構(gòu)無需存儲網(wǎng)絡(luò)（SAN或NAS）即可實現(xiàn)數(shù)據(jù)中心虛擬化。HX專門為虛擬化而設(shè)計，能夠提供全面的計算和存儲能力，以及企業(yè)級的性能、可擴展性、可用性和數(shù)據(jù)管理功能。它采用英特爾芯片、固態(tài)硬盤等符合行業(yè)標準的硬件組件，以及市場領(lǐng)先的高級管理程序，以便提供開箱即用的解決方案，讓數(shù)據(jù)中心虛擬化變得極其簡單有效。聯(lián)想超融合HX系列的架構(gòu)優(yōu)勢改變采購模式，無需一次牧展忤,包活計驛、存儲和虛假化的支持虛臧化等資源，運維管理簡單化從上機架開始改變采購模式，無需一次牧展忤,包活計驛、存儲和虛假化的支持虛臧化等資源，運維管理簡單化從上機架開始30SJ鐘內(nèi)即可交付使用r部署快速分布式架構(gòu)，線性擴展無節(jié)蠲限制，無單點故障內(nèi)同閻城和舞地容災(zāi)能力1）互聯(lián)網(wǎng)架構(gòu)的分布式計算聯(lián)想HX架構(gòu)與Google的架構(gòu)相類似，是一種可以橫向擴展的計算存儲融合的基礎(chǔ)架構(gòu)，消除了對于集中式存儲對于網(wǎng)絡(luò)的依賴。并且在基于Google的架構(gòu)之上，提供了適合企業(yè)環(huán)境的解決方案。GFS是一種特定的解決方案為Google內(nèi)部的應(yīng)用所使用（例如Gmail），而聯(lián)想HX提供的是一種通用的虛擬化環(huán)境解決方案。另外，聯(lián)想HX有更好的橫向擴展能力，提供更好的企業(yè)級數(shù)據(jù)管理特性，通常這些特性需要額外的網(wǎng)絡(luò)或者存儲硬件才能實現(xiàn)，例如，高可第25頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)用性、備份、快照、災(zāi)難恢復等。2）專為虛擬化設(shè)計聯(lián)想HX是針對虛擬化環(huán)境而設(shè)計的，因此可以很好的支持虛擬化環(huán)境中基于傳統(tǒng)存儲架構(gòu)所實現(xiàn)的功能，包括虛擬機的熱遷移和高可用性等。HX架構(gòu)是虛擬機感知型的，它克服可傳統(tǒng)架構(gòu)下解決方案的一些弊端，例如，當一個存儲設(shè)備（LUN）共享所有虛擬機使用時，很難使用在存儲上使用基于虛擬機的備份、復制和快照功能，并且當架構(gòu)越來越復雜時，很難診斷性能瓶頸，而HX這種架構(gòu)克服了這些限制。3）存儲分層優(yōu)勢HX架構(gòu)充分發(fā)揮了存儲分層的SSD固態(tài)硬盤的優(yōu)勢，由于傳統(tǒng)存儲都是針對機械硬盤而設(shè)計的，而傳統(tǒng)的機械硬盤與SSD硬盤的數(shù)據(jù)訪問方式完全不同，機械硬盤需要旋轉(zhuǎn)和尋道，而SSD硬盤則完全沒有這些限制，因此不能指望針對機械硬盤設(shè)計的存儲軟件能充分發(fā)揮SSD硬盤的性能優(yōu)勢。HX架構(gòu)使用SSD來保存大量經(jīng)常訪問的數(shù)據(jù)，從虛擬機的元數(shù)據(jù)到業(yè)務(wù)數(shù)據(jù)都保存在分布式Cache中已提供極高的IO性能，并且保存在持久化的存儲中以便于存取。HX超融合一體機極高的IO吞吐性能是得益于使用SSD磁盤，包括：保留SSD用于IO敏感的操作；包含空間節(jié)省的技術(shù)，允許大量的邏輯數(shù)據(jù)被存儲在一個小的物理空間中;自動遷移“冷”數(shù)據(jù)（或者不常訪問的數(shù)據(jù)）到大容量SATA硬盤中，并且允許管理員指定低優(yōu)先級的虛擬機不使用SSD磁盤。橫向擴展優(yōu)勢HX超融合解決方案給虛擬化環(huán)境帶來的重要差異化因素之一就是，基礎(chǔ)設(shè)施在進行擴展時其性能仍然保持不變。在HX架構(gòu)中，在每個HX物理節(jié)點本地都第26頁

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)運行一個虛擬存儲控制虛機（CVM）。CVM負責本地所有其他虛擬機的IO操作。當集群擴展時，新增加節(jié)點的同時也新增了CVM,保證了整個集群性能的橫向擴展。與傳統(tǒng)集中存儲不同，傳統(tǒng)架構(gòu)下集中存儲只有兩個存儲控制器，在集群擴展時，存儲控制器無法進行有效的擴展，從而必然成為整個架構(gòu)的瓶頸。參考圖2.4說明了聯(lián)想HX的橫向擴展架構(gòu)的優(yōu)勢。為了展示這種能力，聯(lián)想在國內(nèi)實施過一個巨型的▽□1項目，模擬桌面啟動風暴，并且當基礎(chǔ)設(shè)施從300臺桌面擴展到3000臺時，其性能從最終用戶體驗的角度來看保持了一致。在大多數(shù)傳統(tǒng)的存儲環(huán)境中，最佳性能僅出現(xiàn)在第一天，因為應(yīng)用程序或工作負載越來越多，導致性能隨著時間的推移不斷下降，直至需要進行叉車式升級，采用全新的存儲陣列。下圖說明了從300臺桌面擴展到3000臺時，應(yīng)用響應(yīng)時間保持不變:圖2.8HX下圖說明了從300臺桌面擴展到3000臺時，應(yīng)用響應(yīng)時間保持不變:圖2.8HX不同VDI數(shù)量下的相應(yīng)時間性能優(yōu)勢聯(lián)想HX超融合解決方案在數(shù)據(jù)中心虛擬化環(huán)境中的主要優(yōu)勢之一就是性能，而性能優(yōu)勢是通過傳統(tǒng)的服務(wù)器和存儲架構(gòu)實現(xiàn)的。在傳統(tǒng)的架構(gòu)中，時延是因為每次訪問存儲都需要通過網(wǎng)絡(luò)而造成的。通過NFS和iSCSI等協(xié)議提供存儲本身沒有問題，但網(wǎng)絡(luò)會增加時延。聯(lián)想HX超融合解決方案可提供NFS協(xié)議第27頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)的優(yōu)勢及其易用性，而通過所謂的“無網(wǎng)絡(luò)NFS”消除了網(wǎng)絡(luò)時延。HX分布式文件系統(tǒng)直接對虛擬機進行檢測，然后將特定虛擬機的所有數(shù)據(jù)存放到本地物理服務(wù)器上。因此，虛擬機不是通過網(wǎng)絡(luò)、而是通過高速內(nèi)部總線訪問其數(shù)據(jù)。并且所有節(jié)點標配SSD磁盤，提供極高的IOPS以滿足虛擬化環(huán)境各種類型應(yīng)用需求，無論是虛擬桌面還是服務(wù)器虛擬化場景。更為重要的是，每個節(jié)點的SSD磁盤并非有每個節(jié)點單獨使用，而是在整個集群范圍內(nèi)作為一個整體使用。言下之意，不會由于單個節(jié)點本地的SSD耗盡而導致其性能急劇下降。當出現(xiàn)這種極端情況時，節(jié)點會使用集群中其他節(jié)點的SSD空間。因為即使跨網(wǎng)絡(luò)訪問其他節(jié)點SSD磁盤也會比訪問本地SATA磁盤快很多。因此極端最差情況時性能也與使用傳統(tǒng)集中存儲架構(gòu)時服務(wù)器通過網(wǎng)絡(luò)訪問數(shù)據(jù)的場景相當。其實不會出現(xiàn)這種極端情況，因為當SSD利用率超過一定閾值后，HX的CVM會自動發(fā)現(xiàn)并將最少訪問的數(shù)據(jù)從SSD遷移到SATA上，以保證SSD有足夠容量滿足突發(fā)的IO請求。這一自動熱分層技術(shù)對虛擬化主機而言完全透明。用戶無需關(guān)心數(shù)據(jù)保存在哪里，這完全由CVM依據(jù)數(shù)據(jù)訪問頻度而自動調(diào)度。可靠性HX平臺使用復制因子（RF-ReplicationFactor）和校驗和（checksum）來保證當節(jié)點或者磁盤失效時，數(shù)據(jù)的冗余度和可用性。當數(shù)據(jù)寫入55口時，會被“同步”復制到另1個或者2個HXCVM的SSD之中（依賴RF設(shè)置為2或者3），當這個操作完成之后，此次寫操作才被確認（Ack）。這樣能確保數(shù)據(jù)至少存在于2個或者3個獨立的節(jié)點上，保證數(shù)據(jù)的冗余度。所有HX節(jié)點都參與數(shù)據(jù)的復制操作，這樣能消除“熱點節(jié)點”，并保證線性的性能擴展。當數(shù)據(jù)被寫入時，同時計算該數(shù)據(jù)塊的校驗和，并且作為數(shù)據(jù)塊元數(shù)據(jù)中的一部分進行存儲。隨后數(shù)據(jù)塊在保證滿足RF的前提下，被“異步”推送到HDD中。當發(fā)生節(jié)點或者磁盤失效，數(shù)據(jù)塊會重新在所有節(jié)點間進行復制以滿足復制因子的設(shè)置。任何時候，讀取數(shù)據(jù)塊并同時計算其校驗和以確保數(shù)據(jù)塊第28頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)有效。當數(shù)據(jù)塊檢查結(jié)果不匹配校驗和時，副本數(shù)據(jù)將會覆蓋該無效數(shù)據(jù)塊。在HX分布式文件系統(tǒng)中（NDFS），我們使用了一些關(guān)鍵技術(shù)來確保：數(shù)據(jù)在100%時間內(nèi)都是可用的（即“強一致性”），并且保證NDFS擴展到超大規(guī)模數(shù)據(jù)量時依然可靠。這就是文件系統(tǒng)元數(shù)據(jù)強一致性的Paxos算法1。NDFS使用一種“環(huán)狀”的Key-Value結(jié)構(gòu)的分布式數(shù)據(jù)庫來保存重要的元數(shù)據(jù)。為了確保元數(shù)據(jù)的可用性和冗余度，也同樣引入了復制因子（RF）。一旦一條Metadata記錄被寫或者更新后，這條記錄將同時寫到“環(huán)”中的另一個節(jié)點，然后被復制到「個其他節(jié)點（n決定與集群的大?。＜褐写蠖鄶?shù)（majority）節(jié)點必須同意才能commit一條記錄，這就是強一致性的Paxos算法。這確保了聯(lián)想HX平臺數(shù)據(jù)的“可靠性”。易于部署聯(lián)想HX開箱即用的部署方式，可以免去傳統(tǒng)集中存儲環(huán)境下存儲的規(guī)劃、連接、配置聯(lián)想等復雜的管理操作，無需再配置Raid組、山N、卷等。新設(shè)備安裝上架后只需要約20分鐘即可完成初始化配置，用戶可以馬上開始部署應(yīng)用虛擬機。HX集群的擴展也非常方便，通過鼠標點擊即可掃描并自動發(fā)現(xiàn)新安裝的節(jié)點，按照提示完成IP地址配置之后，新節(jié)點即完成加入集群操作，新增資源也自動納入資源池統(tǒng)一調(diào)度管理。第29頁

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)集中管理通過HX的Prism界面實現(xiàn)所有基礎(chǔ)架構(gòu)的管理操作，包括健康檢查、物理機管理、虛擬機管理、存儲管理、數(shù)據(jù)保護、告警監(jiān)控、報表分析等內(nèi)容。用戶不再需要通過不同界面進行各種管理任務(wù)，所有任務(wù)都在同一個界面中完成，極大減少的管理復雜程度。并且可以通過設(shè)置不同權(quán)限的用戶，支持AD整合，將域用戶和角色對應(yīng)到HX的用戶和組，從而實現(xiàn)分級的運維管理。虛攝化匯總政策執(zhí)行存儲性能程警匯總歌28圖虛攝化匯總政策執(zhí)行存儲性能程警匯總歌28圖2.9HX統(tǒng)一管理界面Prism所有物理和虛擬管理對象均提供詳細的性能采集數(shù)據(jù)，包括CPU、內(nèi)存、磁盤容量、IOPS、吞吐、讀寫延遲等指標，不再依賴于專用的監(jiān)控工具和復雜的監(jiān)控腳本。自定義的報表工具可以靈活的將將不同監(jiān)控項進行組合和展示，減少日常維護的工作量。第30頁

XXX客戶-超融合項目XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)HX自定義監(jiān)控指標另外，HX還提供PrismCentral的管理組件，可以將多個Prism管理界面集中管理，不僅可以節(jié)省管理員在多個集群之間切換的繁瑣動作，更能夠?qū)⒍鄠€集群的狀態(tài)數(shù)據(jù)進行匯總，可以方便管理員快速定位當前整個IT架構(gòu)中是否存在熱點主機或者熱點虛擬機，特別有利于簡化大規(guī)模IT架構(gòu)、或者多站點場景下的日常管理任務(wù)。自動故障恢復HX拋棄了傳統(tǒng)的Raid機制來保護硬件失效，采用全新的復制因子和校驗和技術(shù)來保證當節(jié)點或者磁盤失效時，數(shù)據(jù)的冗余度和可用性（參見章節(jié)2.5.4可靠性）。當發(fā)生單點磁盤甚至是單個節(jié)點故障時，HX集群將自動發(fā)現(xiàn)這一故障，并立刻在后臺開始數(shù)據(jù)重建工作。整個重建過程非常簡單，假設(shè)復制因子是2,系統(tǒng)會自動發(fā)現(xiàn)只有1份副本的數(shù)據(jù)塊，并將其在另一個節(jié)點上復制第2份副本即可。最重要的是，這個數(shù)據(jù)重建過程是基于MapReduce的分布式框架實現(xiàn)的，集群中所有節(jié)點的CVM都可參與數(shù)據(jù)重建工作，并且依據(jù)負載情況動態(tài)調(diào)配，因此重建工作不會影響系統(tǒng)性能。與傳統(tǒng)的Raid數(shù)據(jù)重建不同的是，Raid重建過程會極大影響磁盤的正常操第31頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)作，導致整個系統(tǒng)性能降級，并且由于磁盤容量越來越大，整個重建過程也將耗費更長時間，甚至超過20小時。另外，HX獨有的AvailabilityDomain技術(shù)更能預(yù)防單個機箱（即整個Block）失效時數(shù)據(jù)依然可以訪問，實現(xiàn)原理即當用戶環(huán)境中有超過3個block，并且配置相近的節(jié)點數(shù)量時，HXCVM會自動將原始數(shù)據(jù)塊和副本數(shù)據(jù)塊放在不同的Block中的兩個節(jié)點上（缺省RF=2時，數(shù)據(jù)只是隨機放在兩個不同的節(jié)點上，有可能這兩個節(jié)點位于同一個Block中）。當發(fā)生機箱故障時，由于數(shù)據(jù)副本在機箱之外，因此數(shù)據(jù)依然可用，AvailabilityDomain可以提供更高等級的數(shù)據(jù)冗余度。2.4.應(yīng)用遷移方案虛擬化資源池平臺建設(shè)完成后，需要將原運行在物理環(huán)境中的系統(tǒng)遷移至虛擬化平臺之上，與傳統(tǒng)的遷移過程不同，以下內(nèi)容將從遷移前準備工作、遷移中實施和遷移后保障分別描述相關(guān)的流程。應(yīng)用遷移總流程根據(jù)公司實際情況以及虛擬化遷移的最佳實踐，設(shè)計了系統(tǒng)虛擬化遷移的總流程，從整體上描述了遷移過程。第32頁

XXX客戶-XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)虛擬化平臺應(yīng)用遷移總流程階段序號階段名稱說明1技術(shù)準備確認遷移對象，分析遷移需求，完成遷移方案和資源準備2遷移POC測試驗證遷移方案，測試遷移過程，測試虛擬環(huán)境中的應(yīng)用系統(tǒng)3遷移實施根據(jù)遷移方案實施應(yīng)用系統(tǒng)遷移4上線前測試應(yīng)用系統(tǒng)遷移至虛擬平臺后進行上線前的功能、性能測試5上線切換將生產(chǎn)系統(tǒng)切換至虛擬平臺6上線保障系統(tǒng)上線初期的運行保障工作表2-1虛擬化平臺應(yīng)用遷移步驟第33頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)遷移過程中，定義如下三種角色：負責人職責：a）監(jiān)督和控制整個遷移項目b）向有關(guān)領(lǐng)導定期匯報遷移中遇到的成果或重大問題c）協(xié)調(diào)資源，幫助項目實施人員有效開展工作實施人員職責：a）制定具體的遷移實施方案b）進行具體遷移工作c）對出現(xiàn)的技術(shù)問題進行判斷和分析，并找出答案主要技能：a）熟悉虛擬化技術(shù)b）熟悉系統(tǒng)架構(gòu)c）熟悉遷移工具的使用d）具有一定系統(tǒng)分析能力和問題處理能力維護人員職責：a）負責具體的應(yīng)用業(yè)務(wù)的運行與維護第34頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)b）提供操作意見反饋c）協(xié)助實施人員進行遷移主要技能：a）熟悉操作系統(tǒng)技術(shù)b）熟悉相關(guān)網(wǎng)絡(luò)技術(shù)c）熟悉具體的應(yīng)用業(yè)務(wù)2.4.2.應(yīng)用遷移流程分述虛擬化平臺應(yīng)用系統(tǒng)遷移流程主要包括：遷移前流程指在系統(tǒng)遷移前做的技術(shù)準備工作和系統(tǒng)遷移的poc測試工作。遷移中流程指系統(tǒng)遷移過程中的主要流程，如遷移失敗處理子流程、上線前測試失敗子流程。遷移后流程是指在系統(tǒng)遷移完成之后的上線保障流程。遷移前流程遷移前流程分為技術(shù)準備階段和poc測試階段。遷移前的技術(shù)準備階段主要工作是確認遷移對象，收集相關(guān)需求和信息，分析需遷移的應(yīng)用系統(tǒng)，準備遷移方案和遷移所需的資源。第35頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)確認遷移對象是遷移前流程的第一步工作，它將確認遷移對象是否適合應(yīng)用虛擬化，在確認遷移對象適用虛擬化環(huán)境以后，才可開展下一步的信息和需求收集工作。以下是對工作內(nèi)容的詳細描述：口技術(shù)準備階段的工作包括以下方面：1）負責人和各方共同商討確定項目管理制度，包括各方的項目成員組成、角色和職責定義、聯(lián)絡(luò)方式、工作方式等。2）實施人員收集需遷移的應(yīng)用系統(tǒng)情況，并收集遷移要求，包括停機要求、部署要求等。3）實施人員分析遷移需求和要求，產(chǎn)生需遷移的應(yīng)用系統(tǒng)和組件的清單，包括相關(guān)的文檔和工具。4）實施人員分析源環(huán)境，理解其系統(tǒng)架構(gòu)、應(yīng)用架構(gòu)、外部接口、應(yīng)用依賴情況、數(shù)據(jù)庫架構(gòu)等，并分析目標環(huán)境，理解目標應(yīng)用架構(gòu)。5）實施人員確定采用手工遷移還是工具遷移。（詳見3.3.3遷移技術(shù)手段）6）實施人員分析潛在影響和問題，并和各方商討確定相應(yīng)的解決方案。比如分析并確定業(yè)務(wù)影響范圍。7）實施人員完成遷移方案。遷移方案應(yīng)該包含遷移的各個方面，包括遷移需求、質(zhì)量需求、技術(shù)手段、遷移工具、源環(huán)境情況、目標環(huán)境情況、影響和風險情況等。8）負責人提供所需的虛擬化資源，并由實施人員確認資源的狀態(tài)。口POC測試階段的工作包括以下方面：第36頁

XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)1）實施人員和各方商討確定遷移的質(zhì)量要求、驗收標準、測試安排等，并完成測試驗收計劃。維護人員準備測試用例，包括集成/系統(tǒng)測試用例和應(yīng)用驗證測試用例。2）實施人員負責虛擬化遷移POC測試。根據(jù)POC測試過程中的問題修正遷移方案并最終定稿。3）實施人員與負責人共同進行遷移應(yīng)用系統(tǒng)在虛擬環(huán)境的POC性能與功能測試，并通過相應(yīng)的調(diào)試保證POC測試通過。遷移前流程如圖所示：遷移前潦程遷移前潦程虛擬化平臺應(yīng)用遷移一遷移前流程遷移前流程描述:編號步驟名稱責任人說明第37頁

2.1確認遷移對象實施人員口確認遷移對象即確認要遷移的應(yīng)用系統(tǒng)，收集系統(tǒng)相關(guān)信息如CPU、內(nèi)存、存儲、網(wǎng)絡(luò)、I/O等情況以及性能指標2.2判斷是否適合虛擬化？實施人員口如果適合虛擬化進入2.3口如果存在特殊硬件，負載較高等不適合遷移至虛擬環(huán)境的情況則直接放棄遷移2.3準備遷移方案實施人員口準備遷移技術(shù)手段口確定對虛擬資源的需求2.4準備遷移資源實施人員口準備遷移所需的虛擬化資源口為遷移POC測試做好準備2.5遷移過程測試實施人員口遵照遷移方案進行遷移過程測試2.6遷移是否成功？實施人員口遷移成功進入2.7口遷移不成功進入2.92.7應(yīng)用功能、性能測試實施人員口進行應(yīng)用系統(tǒng)功能測試口進行應(yīng)用系統(tǒng)性能測試2.8應(yīng)用運行是否正常實施人員口測試成功則POC測試階段結(jié)束口測試不成功進入2.102.9修正遷移方案實施人員口修正遷移方案后重新測試XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)第38頁2.10應(yīng)用調(diào)試實施人員功能、性能測試不成功通過調(diào)試應(yīng)用的手段直至問題解決XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)表：虛擬化平臺應(yīng)用遷移前流程遷移中流程遷移中流程包括遷移實施、上線前測試和上線切換三部分，主要工作內(nèi)容是根據(jù)遷移方案進行應(yīng)用系統(tǒng)的遷移工作，包括：1）實施人員負責準備虛擬環(huán)境的搭建和配置。2）負責人負責應(yīng)用系統(tǒng)的備份和安排停機時間，并通知相關(guān)系統(tǒng)的負責人與用戶。3）實施人員按照遷移方案中提供的遷移技術(shù)手段進行應(yīng)用系統(tǒng)的遷移工作：應(yīng)用系統(tǒng)的遷移主要包括兩種遷移方式，分別是通過遷移工具遷移和手工遷移，后面會對兩種方式做進一步闡述（詳見3.3.2.3遷移技術(shù)手段）。對于數(shù)據(jù)遷移，可參照傳統(tǒng)的數(shù)據(jù)遷移流程?？紤]到遷移過程的風險，應(yīng)考慮專門的流程用于控制遷移過程中的風險，如：遷移失敗流程、上線測試失敗流程等，詳見以下流程描述：1）遷移失敗處理子流程第39頁

XXX客戶-超融合項目-XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)實施人員虛擬化平臺應(yīng)用遷移一遷移失敗處理流程遷移失敗處理子流程描述:編號步驟名稱負責人內(nèi)容描述3.1遷移監(jiān)控負責人口遷移監(jiān)控發(fā)現(xiàn)遷移過程中遷移失敗3.2向領(lǐng)導匯報及協(xié)調(diào)資源負責人口實施負責人立即通知相關(guān)人員3.3問題診斷實施人員口遷移失敗后由實施人員進行問題診斷3.4判斷規(guī)定時間內(nèi)解決實施人員口在規(guī)定時間內(nèi)解決問題進入3.5口未在規(guī)定時間內(nèi)解決問題進入3.6第40頁

3.5重新遷移實施人員口規(guī)定遷移時間窗口內(nèi)解決問題后重啟遷移3.6啟用原系統(tǒng)實施人員口未在規(guī)定時間內(nèi)解決問題則需要啟用原系統(tǒng)3.7離線問題診斷實施人員口啟用原系統(tǒng)后將虛擬化系統(tǒng)離線解決問題3.8是否在規(guī)定時間內(nèi)解決實施人員口在項目遷移進度允許的時間內(nèi)解決問題進入3.9口未項目遷移進度允許的時間內(nèi)解決問題進入3.103.9下次遷移計劃實施人員口在項目遷移進度允許的時間內(nèi)解決問題，就可以計劃下一次遷移時間進而重啟遷移3.10判斷遷移方案可行實施人員口遷移方案可行進入3.11口遷移方案不可行重啟遷移流程3.11遷移方案修正實施人員口修正遷移方案重新進入3.9進行下次遷移計劃XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)表：虛擬化平臺應(yīng)用遷移一遷移失敗處理流程2）上線前測試失敗處理子流程?上線前測試是對系統(tǒng)遷移到虛擬平臺后在上線前的最終測試；?實施人員對虛擬化環(huán)境進行測試，主要測試新環(huán)境能否正常啟動、網(wǎng)絡(luò)是否連通等基本情況；第41頁

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)?實施人員對準備的集成/系統(tǒng)測試用例和應(yīng)用驗證測試用例進行測試；?測試過程中發(fā)生問題，根據(jù)上線前測試失敗處理子流程進行問題的升級處理。遷移中流程-上線前測試失敗處理流程4.1測試監(jiān)裝{需人員4.1測試監(jiān)裝{需人員上線前測試失敗處理流程上線前測試失敗處理子流程描述:編號步驟名稱負責人內(nèi)容描述4.1測試監(jiān)控負責人口上線測試監(jiān)控過程中發(fā)現(xiàn)上線測試失敗4.2向領(lǐng)導匯報及協(xié)調(diào)資源負責人口實施負責人通知相關(guān)人員4.3問題診斷實施人員口上線前測試失敗后由實施人員進行問題診斷第42頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)4.4判斷遷移失敗造成的原因?qū)嵤┤藛T口是遷移造成的重啟上線測試口不是遷移造成的進入4.54.5判斷是否是測試用例造成的實施人員口是測試用例造成的進入4.6口不是測試用例造成的進入4.74.6更新測試用例實施人員口更新測試用例重啟上線測試4.7系統(tǒng)調(diào)整實施人員口調(diào)整應(yīng)用系統(tǒng)重啟上線測試表：上線前測試失敗處理子流程2.4.2.3.遷移后流程遷移后流程主指系統(tǒng)遷移上線后的保障流程。即應(yīng)用系統(tǒng)已經(jīng)上線運行，原有物理系統(tǒng)仍存在的情況下的保障流程，區(qū)別于系統(tǒng)已經(jīng)上線穩(wěn)定運行較長時期，處于維護階段的情況。上線保障階段的主要內(nèi)容有一些幾個方面：1）維護人員負責應(yīng)用系統(tǒng)在虛擬環(huán)境中的監(jiān)控。應(yīng)用系統(tǒng)出現(xiàn)問題通知相關(guān)人員分析解決；2）維護人員負責問題的判斷與應(yīng)用層面的問題出來。如果是是虛擬環(huán)境問題，將問題提交給實施人員解決。如果是應(yīng)用層面問題由維護人員負責協(xié)調(diào)解決；3）當發(fā)生的問題與虛擬環(huán)境相關(guān)時，實施人員負責解決。如果無法按時解決，則需要啟動備用系統(tǒng)離線分析，直至最終解決問題。遷移后流程示意圖：第43頁XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)迂移后流程-上線保障流程負責人維護人員實施人員負責人維護人員實施人員遷移后流程一上線保障流程遷移后流程描述:編號步驟名稱負責人內(nèi)容描述5.1試運行監(jiān)控負責人口上線試運行過程中發(fā)現(xiàn)應(yīng)用系統(tǒng)故障5.2通知其他相關(guān)人員負責人口維護負責人通知相關(guān)人員5.3問題診斷維護人員口試運行過程中發(fā)現(xiàn)應(yīng)用系統(tǒng)故障后進行問題初步診斷5.4判斷是否是虛擬化環(huán)境問題維護人員口是虛擬化環(huán)境的問題進入5.6口不是虛擬化環(huán)境的問題進入5.5第44頁

5.5解決傳統(tǒng)故障維護人員口按照傳統(tǒng)故障解決方法解決問題5.6解決虛擬化故障實施人員口解決虛擬化環(huán)境故障5.7判斷是否在規(guī)定時間內(nèi)解決故障實施人員口在規(guī)定時間內(nèi)解決故障，子流程結(jié)束口無法再規(guī)定時間內(nèi)解決問題進入5.85.8啟用原環(huán)境實施人員口啟用原系統(tǒng)，保證系統(tǒng)可以正常訪問5.9離線問題診斷實施人員口對虛擬化環(huán)境進行離線診斷問題5.10判斷是否在規(guī)定時間內(nèi)解決問題實施人員口在規(guī)定時間內(nèi)解決問題進入5.11口無法再規(guī)定時間內(nèi)解決問題需要重啟遷移流程，分析更深層次的原因5.11重啟虛擬化環(huán)境實施人員口重啟虛擬化環(huán)境，流程結(jié)束XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心業(yè)務(wù)表：遷移后流程一上線保障流程第45頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù).平臺設(shè)備配置清單這部分的配置以及說明僅是簡介，詳細配置參數(shù)以及價格等，請參考《項目配置與報價清單》。第46頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù).項目實施及支持服務(wù)針對超融合項目建設(shè)的要求，我方承諾按照以下方案提供項目實施服務(wù)，并在工程的售后支持服務(wù)上為用戶提供專業(yè)的系統(tǒng)全程特色服務(wù)。在項目實施與售后服務(wù)過程中，我方將與用戶進行充分溝通和協(xié)調(diào)，作好項目集成實施與技術(shù)支持服務(wù)工作。具體說明如下：項目實施原則和思路通過對項目的實施要求分析，我們充分了解當前超融合項目的重要意義。在項目實施方案中我們充分考慮了用戶需求，編寫了詳細的系統(tǒng)實施方案，同時對實施人員組織，工期進度保障做出了明確的方案規(guī)劃。同時，我們設(shè)計了詳細的項目管理方案，對施工計劃做出合理安排，并且采取有效的可操作性強的措施控制質(zhì)量，采用正確的施工工藝和方法，保障用戶項目的高效實施。為此我方對本項目采取如下措施：與客戶各系統(tǒng)部門協(xié)調(diào)配合本項目是XX客戶信息化平臺的重要基礎(chǔ)和組成部分，因此本項目建設(shè)需要與客戶IT系統(tǒng)環(huán)境聯(lián)調(diào)、配合。我方承諾將積極與XX客戶現(xiàn)有整體系統(tǒng)進行協(xié)調(diào)配合，將本項目與整體系統(tǒng)加以有機整合，使之成為IT基礎(chǔ)設(shè)施的重要一環(huán)。充分發(fā)揮自身資源優(yōu)勢，調(diào)配優(yōu)勢資源參與本項目聯(lián)想作為一流的系統(tǒng)集成服務(wù)提供商，在企業(yè)私有云平臺集成建設(shè)方面有著豐富的經(jīng)驗，同時也培養(yǎng)了一大批有大型項目經(jīng)驗設(shè)計、建設(shè)和運維經(jīng)驗的技術(shù)人員。我方承諾將調(diào)動聯(lián)想集團優(yōu)勢資源，協(xié)調(diào)經(jīng)驗豐富的技術(shù)人員參與本項目建設(shè)。詳細請見工程項目人員組織計劃。第47頁XXX客戶-超融合項目-方案建議書 聯(lián)想數(shù)據(jù)中心業(yè)務(wù)合理分工，有效協(xié)調(diào)，保證項目順利進行結(jié)合大量集成項目實施經(jīng)驗和云中心運維經(jīng)驗，聯(lián)想集團可以為本項目做出合理的分工，協(xié)調(diào)相關(guān)廠商，保證項目按期高質(zhì)量的完成。在本項目中，為了保證進度，劃分多個實施小組，采取分批并行實施的方式，項目實施小組嚴格按照施工方案進行施工，對于意外情況，將同時匯報各自的項目經(jīng)理，由項目管理小組裁決。與合作廠商高度協(xié)同，共同完成項目實施聯(lián)想與目前超融合領(lǐng)域業(yè)內(nèi)主流設(shè)備原廠商及超融合及虛擬化軟件廠商多年一直保持著良好的合作關(guān)系。針對本項目，我公司將積極協(xié)調(diào)原廠商參與本項目的實施工作，原廠商將成立專門的項目實施支持小組補充到我公司的項目實施體系中，聯(lián)想公司的項目經(jīng)驗、綜合技術(shù)實力+主流設(shè)備廠商和超融合軟件廠商的產(chǎn)品技術(shù)實力=成功的項目實施。制定周密的應(yīng)急方案和風險管理方案，保證系統(tǒng)準時上線本項目施工周期短、涉及眾多業(yè)內(nèi)高端設(shè)備的特點，決定了本項目實施中會面臨種種風險，包括設(shè)備到貨風險、節(jié)點施工風險等等。為了保證系統(tǒng)的準時上線，借助聯(lián)想實施服務(wù)人員的豐富經(jīng)驗、強大的備品備件儲備，我們制定了周密的實施與應(yīng)急方案，通過風險管理措施，可以保證私有云平臺項目按進度完成整體實施。項目實施計劃為保證本次XX客戶超融合平臺建設(shè)項目的平穩(wěn)執(zhí)行和目標達成，提升客戶在超融合系統(tǒng)上的應(yīng)用水平，構(gòu)建一個先進和穩(wěn)定的超融合平臺，同時與超融合平臺建設(shè)項目整體管理體系對接，聯(lián)想特制定如下項目管理方案，用以項目組內(nèi)部的工作指導，保障項目的順利交付和客戶滿意。第48頁

XXX客戶XXX客戶-超融合項目-方案建議書聯(lián)想數(shù)據(jù)中心