云平臺應(yīng)用系統(tǒng)遷移方案大綱

文件編號：密級：項(xiàng)目ID：項(xiàng)目編號：中國移動廣東公司UAP云平臺應(yīng)用遷移方案（大綱）版本<V0.2>擬制擬制審核批準(zhǔn)沈志華日期2014.07.16日期日期目錄TOC\o"1-5"\h\z\o"CurrentDocument"文檔說明 4\o"CurrentDocument"應(yīng)用系統(tǒng)遷移方法 4\o"CurrentDocument"應(yīng)用遷移與整合方法 4\o"CurrentDocument"應(yīng)用遷移涉及的相關(guān)部門 5\o"CurrentDocument"系統(tǒng)評估與分析 5\o"CurrentDocument"系統(tǒng)評估和分析流程 6\o"CurrentDocument"評估準(zhǔn)備 7\o"CurrentDocument"遷移范圍確定 7.\o"CurrentDocument"評估方法與準(zhǔn)備 7.\o"CurrentDocument"評估環(huán)境的準(zhǔn)備 7.\o"CurrentDocument"系統(tǒng)調(diào)研與評估 7\o"CurrentDocument"物理基礎(chǔ)架構(gòu)調(diào)研與評估 .7..\o"CurrentDocument"應(yīng)用系統(tǒng)調(diào)研與評估 8.\o"CurrentDocument"遷移對應(yīng)用系統(tǒng)的影響 8.,\o"CurrentDocument"需求分析及匯總 8\o"CurrentDocument"3.4.1基礎(chǔ)架構(gòu)需求分析與匯總 8..\o"CurrentDocument"應(yīng)用系統(tǒng)需求分析和匯總 8..\o"CurrentDocument"方案設(shè)計(jì) 9\o"CurrentDocument"方案設(shè)計(jì)流程 9\o"CurrentDocument"云平臺方案設(shè)計(jì) 10\o"CurrentDocument"遷移方案設(shè)計(jì) 10\o"CurrentDocument"4.3.1虛擬化適用性分析 10.\o"CurrentDocument"遷移場景設(shè)計(jì) 11.\o"CurrentDocument"資源映射分析 12.\o"CurrentDocument"服務(wù)器放置設(shè)計(jì) 12.\o"CurrentDocument"資源競爭關(guān)系設(shè)計(jì) .3.\o"CurrentDocument"遷移順序設(shè)計(jì) 13.\o"CurrentDocument"虛擬化環(huán)境準(zhǔn)備 14\o"CurrentDocument"虛擬化環(huán)境準(zhǔn)備步驟 14\o"CurrentDocument"虛擬化環(huán)境準(zhǔn)備與方案設(shè)計(jì) 14\o"CurrentDocument"環(huán)境確認(rèn) L4.\o"CurrentDocument"實(shí)施規(guī)劃與設(shè)計(jì)方案 .5.\o"CurrentDocument"UAP云平臺實(shí)施 15\o"CurrentDocument"虛擬化系統(tǒng)設(shè)置與調(diào)試 15.\o"CurrentDocument"虛擬機(jī)系統(tǒng)設(shè)置 15.\o"CurrentDocument"應(yīng)用遷移 15\o"CurrentDocument"遷移實(shí)施流程 16\o"CurrentDocument"遷移環(huán)境準(zhǔn)備 16\o"CurrentDocument"遷移執(zhí)行 16\o"CurrentDocument"遷移后虛擬機(jī)的優(yōu)化 16\o"CurrentDocument"測試驗(yàn)證 17\o"CurrentDocument"應(yīng)用系統(tǒng)測試驗(yàn)證流程 17\o"CurrentDocument"應(yīng)用系統(tǒng)測試驗(yàn)證內(nèi)容 17\o"CurrentDocument"應(yīng)用系統(tǒng)測試 17\o"CurrentDocument"系統(tǒng)優(yōu)化 18\o"CurrentDocument"應(yīng)用系統(tǒng)驗(yàn)證 18\o"CurrentDocument"應(yīng)用系統(tǒng)割接 18\o"CurrentDocument"應(yīng)用系統(tǒng)割接流程 18\o"CurrentDocument"割接評估 18\o"CurrentDocument"割接準(zhǔn)備 19\o"CurrentDocument"割接操作 19\o"CurrentDocument"回退機(jī)制 19\o"CurrentDocument"割接后觀察 19\o"CurrentDocument"原系統(tǒng)刪除 19附錄 20MAP性能評估工具實(shí)施文檔 20典型案例 201文檔說明本文檔的目的在于為UAP云平臺地市應(yīng)用系統(tǒng)設(shè)計(jì)的一個遷移與整合方法，并對實(shí)際操作有指導(dǎo)和建議。本文檔主要針對廣東移動UAP的地市應(yīng)用系統(tǒng)遷移到UAP云平臺。2應(yīng)用系統(tǒng)遷移方法2.1應(yīng)用遷移與整合方法根據(jù)以往豐富的項(xiàng)目經(jīng)驗(yàn)，結(jié)合UAP云平臺的具體業(yè)務(wù)特點(diǎn)，定制了一套數(shù)據(jù)遷移與整合的方法。本遷移與整合方法分為6個階段，分別為系統(tǒng)評估與分析、方案設(shè)計(jì)、虛擬化環(huán)境準(zhǔn)備、應(yīng)用移植、測試驗(yàn)證和業(yè)務(wù)割接。應(yīng)用遷移與整合方法評估與分析〉方案設(shè)計(jì)〉曜捋〉成川云您,測試蜘1評估與分村f階段204swrfi蟲鼻映射K：J5.20^匝通點(diǎn)評估與分析〉方案設(shè)計(jì)〉曜捋〉成川云您,測試蜘1評估與分村f階段204swrfi蟲鼻映射K：J5.20^匝通點(diǎn)M匿H跛B網(wǎng)tfi旺on土壬惜方a：他務(wù)割接4回用if展場段5喇誠馳證炯■段6業(yè)N!）暝場段圖2-1應(yīng)用遷移與整合方法評估與分析在系統(tǒng)評估與分析階段，應(yīng)確定遷移范圍和目標(biāo)，利用調(diào)查問卷、系統(tǒng)評估工具M(jìn)AP）和訪談等評估形式，對應(yīng)用系統(tǒng)進(jìn)行評估，分析和匯總系統(tǒng)需求，形成調(diào)研報告。?方案設(shè)計(jì)在方案設(shè)計(jì)階段，針對項(xiàng)目范圍內(nèi)的物理服務(wù)器進(jìn)行虛擬化適用性分析，設(shè)計(jì)遷移場景和云平臺架構(gòu)方案。在云平臺方案設(shè)計(jì)的基礎(chǔ)上，進(jìn)行遷移順序、遷移方法等內(nèi)容的設(shè)計(jì)，形成總體遷移方案。虛擬化環(huán)境準(zhǔn)備在虛擬化環(huán)境準(zhǔn)備階段，應(yīng)判斷現(xiàn)有的UAP云平臺環(huán)境是否能容納被遷移的所有對象，以及，具體應(yīng)檢查計(jì)算資源、存儲資源、網(wǎng)絡(luò)資源以及數(shù)據(jù)庫資源等，建立遷移所需的環(huán)境準(zhǔn)備，如虛擬機(jī)、虛擬化網(wǎng)絡(luò)等。應(yīng)用移植在系統(tǒng)移植階段，應(yīng)根據(jù)既定的遷移方案嚴(yán)格的執(zhí)行應(yīng)用系統(tǒng)遷移，將物理機(jī)的應(yīng)用系統(tǒng)移植到虛擬機(jī)內(nèi)，有工具移植和手工部署兩種方式。測試驗(yàn)證對云平臺上的應(yīng)用系統(tǒng)進(jìn)行功能性測試、性能測試和穩(wěn)定性測試，并進(jìn)行應(yīng)用驗(yàn)證，以便預(yù)先排除隱患，使得應(yīng)用系統(tǒng)成功的運(yùn)行在云平臺環(huán)境下。業(yè)務(wù)割接制定割接方案，依照割接方案進(jìn)行割接操作，割接完成后進(jìn)入割接后觀察期，通過割接驗(yàn)收后將原系統(tǒng)下線。應(yīng)用系統(tǒng)在UAP云平臺上線1個月后，提供性能分析報告。2.2應(yīng)用遷移涉及的相關(guān)部門業(yè)務(wù)遷移進(jìn)行中，會涉及如下各部門，其具體職責(zé)如下：?省公司信息系統(tǒng)部：；地市公司：應(yīng)用開發(fā)商：負(fù)責(zé)實(shí)施UAP平臺各應(yīng)用系統(tǒng)日常的7X24小時故障響應(yīng)處理工作，為UAP平臺各應(yīng)用系統(tǒng)的維護(hù)支撐提供技術(shù)支持。>遷移實(shí)施方：1） 對應(yīng)用系統(tǒng)進(jìn)行評估和分析；2） 根據(jù)需求設(shè)計(jì)云平臺方案，或者評估現(xiàn)有云平臺方案是否滿足需求；3） 設(shè)計(jì)應(yīng)用系統(tǒng)遷移方案，如遷移方式、遷移工具等；4） 進(jìn)行應(yīng)用系統(tǒng)遷移，將應(yīng)用系統(tǒng)從物理機(jī)上移植到虛擬機(jī)上；5） 與應(yīng)用開發(fā)商一起進(jìn)行測試驗(yàn)證；6） 進(jìn)行業(yè)務(wù)割接。3系統(tǒng)評估與分析如何對被遷移系統(tǒng)進(jìn)行有效的系統(tǒng)評估，為遷移和整合提供有效的支撐數(shù)據(jù)，是遷移前重要的工作，也是遷移和整合過程中的一個難點(diǎn)。系統(tǒng)評估分析，將使用調(diào)查問卷、自動化評估工具或訪談等形式對系統(tǒng)的基礎(chǔ)架構(gòu)層和應(yīng)用層進(jìn)行系統(tǒng)評估。3.1系統(tǒng)評估和分析流程應(yīng)用系統(tǒng)遷移-…評估與分析巍兢評估33

淮釜評估環(huán)境

和內(nèi)容巍兢評估魂定遷橋范回M.14回珥屐占曰杖魂定遷橋范回M.14回珥屐占曰杖83.2逃揮評估方法1 3.8禹啪析*,4m為常咄架構(gòu)舊值忠匯.總3.10isM.eej&ioe3.11業(yè)若司言息無忌3L12運(yùn)d￡K1*.feilZ.S3.H跟統(tǒng)而田與需求合癡報告~rr荷談35何卷例百冒屯化工具評估圖3-1評估和分析流程應(yīng)用系統(tǒng)遷移評估與分析流程描述如下：表3-1系統(tǒng)評估和分析流程編號步驟名稱責(zé)任人說明3.1確定遷移范圍口確定要遷移的應(yīng)用系統(tǒng)，及未來的數(shù)據(jù)中心等內(nèi)容3.2選擇評估方法口選擇自動化工具評估（MAP）、問卷調(diào)查、訪談等評估方法3.3準(zhǔn)備評估環(huán)境和內(nèi)容口準(zhǔn)備好被評估系統(tǒng)的網(wǎng)絡(luò)、MAP服務(wù)器等內(nèi)容口準(zhǔn)備好調(diào)查問卷的調(diào)查問題和訪談的具體內(nèi)容3.4系統(tǒng)評估遷移實(shí)施方口對系統(tǒng)進(jìn)行評估，使用問卷調(diào)研、自動化工具評估、訪談等形式3.5問卷調(diào)研遷移實(shí)施方口采用調(diào)查問卷的方式進(jìn)行調(diào)研3.6自動化工具評估遷移實(shí)施方口采用自動化評估工具進(jìn)行系統(tǒng)評估3.7訪談遷移實(shí)施方口采用訪談的方式進(jìn)行調(diào)研3.8需求分析遷移實(shí)施方口對應(yīng)用系統(tǒng)進(jìn)行整體需求分析3.9基礎(chǔ)架構(gòu)層評估遷移實(shí)施方口對被評估系統(tǒng)進(jìn)行基礎(chǔ)架構(gòu)層面的具體評估和信息匯總3.10應(yīng)用層面評估遷移實(shí)施方口對被評估系統(tǒng)進(jìn)行應(yīng)用層面評估和信息匯總3.11業(yè)務(wù)層信息匯總遷移實(shí)施方口對被評估系統(tǒng)進(jìn)行業(yè)務(wù)層信息匯總3.12運(yùn)維層信息匯總遷移實(shí)施方口對被評估系統(tǒng)進(jìn)行運(yùn)維信息需求匯總3.13現(xiàn)狀調(diào)研及需求分析報告遷移實(shí)施方口根據(jù)調(diào)研內(nèi)容，撰寫《現(xiàn)狀調(diào)研及需求分析報告》3.14調(diào)研報告審核口對《現(xiàn)狀調(diào)研及需求分析報告》進(jìn)行審核3.15判斷是否通過審核口如通過審核，則結(jié)束調(diào)研和分析流程結(jié)束口如未通過審核，則返回3.23.2評估準(zhǔn)備3.2.1遷移范圍確定應(yīng)用系統(tǒng)遷移，首先要確定遷移范圍，如：＞哪些應(yīng)用系統(tǒng)需求從哪些服務(wù)器上遷移到UAP云平臺虛擬機(jī)上；＞哪些應(yīng)用系統(tǒng)需要進(jìn)行解耦和整合等操作；＞遷移前后機(jī)房環(huán)境的變化確認(rèn)等。3.2.2評估方法與準(zhǔn)備采用調(diào)查問卷方式、評估工具自動化評估或訪談等方法對UAP應(yīng)用系統(tǒng)進(jìn)行評估和分析，從不同的維度獲得全面的信息，為遷移工作提供有力依據(jù)。調(diào)查問卷可以大規(guī)模的進(jìn)行信息采集，收集各個層面的信息，范圍較廣，但是由于需要人工填寫，人為因素將導(dǎo)致準(zhǔn)確率不高。自動化評估工具可準(zhǔn)確的對系統(tǒng)進(jìn)行性能等方面的評估，準(zhǔn)確率高，可信度大，但是適用范圍有限，比如有些服務(wù)器由于客觀原因無法被自動化工具評估。對于一些比較復(fù)雜的問題，可以采用深度訪談的方式，形成訪談報告，補(bǔ)充到文檔中。3.2.3評估環(huán)境的準(zhǔn)備使用具體評估工具進(jìn)行自動化評估時，需要準(zhǔn)備好相關(guān)主機(jī)、網(wǎng)絡(luò)、以及MAP工具包等內(nèi)容，以便順利開展系統(tǒng)評估工作，詳見附錄中的具體評估工具需求。3.3系統(tǒng)調(diào)研與評估3.3.1物理基礎(chǔ)架構(gòu)調(diào)研與評估在物理基礎(chǔ)架構(gòu)信息收集和評估中，計(jì)算容量、存儲容量和網(wǎng)絡(luò)容量以及相關(guān)的利用率和性能是重要的評估內(nèi)容。自動化評估工具M(jìn)AP可幫忙得出比較客觀的物理架構(gòu)的容量和性能，調(diào)查問卷也可協(xié)助完成信息收集。物理基礎(chǔ)架構(gòu)的評估中，應(yīng)完成如下內(nèi)容的評估：＞在基礎(chǔ)架構(gòu)硬件的CPU評估中，應(yīng)收集CPU的型號、主頻、內(nèi)核數(shù)、顆數(shù)，應(yīng)評估CPU的利用率。＞在基礎(chǔ)架構(gòu)硬件的內(nèi)存評估中，應(yīng)收集內(nèi)存的容量以及使用率。＞在基礎(chǔ)架構(gòu)硬件的磁盤評估中，應(yīng)收集磁盤的數(shù)量、RAID方式、文件系統(tǒng)類型、文件系統(tǒng)總?cè)萘?、磁盤IO性能等。＞在基礎(chǔ)架構(gòu)硬件的網(wǎng)絡(luò)評估中，應(yīng)收集物理服務(wù)器的網(wǎng)卡容量、數(shù)量及網(wǎng)絡(luò)性能，網(wǎng)絡(luò)交換機(jī)的型號、網(wǎng)口數(shù)、數(shù)量，基礎(chǔ)架構(gòu)的網(wǎng)絡(luò)拓?fù)鋱D等。3.3.2應(yīng)用系統(tǒng)調(diào)研與評估在應(yīng)用系統(tǒng)層面，至少應(yīng)評估業(yè)務(wù)的重要性、業(yè)務(wù)成熟度、應(yīng)用系統(tǒng)邏輯架構(gòu)等內(nèi)容，從而為遷移提供重要的參考依據(jù)。3.3.2.1業(yè)務(wù)重要性在評估階段，應(yīng)評估應(yīng)用系統(tǒng)的重要程度，利用應(yīng)用系統(tǒng)的重要程度設(shè)置相關(guān)的資源競爭策略，并且對重要的應(yīng)用系統(tǒng)采用相應(yīng)的技術(shù)方案進(jìn)行保護(hù)，如重要的應(yīng)用系統(tǒng)可使用HA等技術(shù)方案保證業(yè)務(wù)連續(xù)性。業(yè)務(wù)的重要性可作為虛擬機(jī)發(fā)生競爭時如何爭取資源的一個重要輸入。在虛擬機(jī)的資源競爭機(jī)制中，有最低占用資源設(shè)置、最高占用資源設(shè)置和相對權(quán)重。可根據(jù)業(yè)務(wù)的重要性設(shè)置相關(guān)的權(quán)重，比如可以設(shè)置重要業(yè)務(wù)權(quán)重為200，比較重要業(yè)務(wù)的權(quán)重是150，不重要的業(yè)務(wù)權(quán)重是100。需要注意的是具體虛擬機(jī)權(quán)重設(shè)計(jì)的時候一定要遵循一個統(tǒng)一的標(biāo)準(zhǔn)，保持前后連貫性。3.3.2.2業(yè)務(wù)生命周期按照不同的業(yè)務(wù)成熟度為相關(guān)的虛擬機(jī)來預(yù)留資源，來滿足業(yè)務(wù)發(fā)展所帶來的需求。業(yè)務(wù)成熟度分為業(yè)務(wù)投入期、成長期、成熟期、衰退期，可按不同的成熟度為不同的業(yè)務(wù)系統(tǒng)進(jìn)行預(yù)留空間等內(nèi)容的設(shè)置。在評估階段，應(yīng)評估業(yè)務(wù)的成熟度，業(yè)務(wù)成熟度可作為應(yīng)用系統(tǒng)資源預(yù)留的一個重要衡量指標(biāo)。可針對不同成熟度的業(yè)務(wù)提供不同的資源預(yù)留策略，比如成熟業(yè)務(wù)預(yù)留50%資源，衰退業(yè)務(wù)預(yù)留25%，成長的業(yè)務(wù)預(yù)留75%資源，投入期業(yè)務(wù)預(yù)留50%資源。3.3.2.3應(yīng)用系統(tǒng)邏輯架構(gòu)評估中，應(yīng)對應(yīng)用系統(tǒng)間的邏輯架構(gòu)進(jìn)行分析，從而判斷各應(yīng)用系統(tǒng)間的依賴關(guān)系和應(yīng)用系統(tǒng)間的邏輯關(guān)系。應(yīng)用系統(tǒng)的邏輯架構(gòu)可為確定遷移依賴關(guān)系、遷移順序和遷移后位置提供的有力參考。3.3.3遷移對應(yīng)用系統(tǒng)的影響將應(yīng)用系統(tǒng)從物理服務(wù)器遷移到虛擬化，從一個機(jī)房遷移到另外一個機(jī)房，這種遷移會對應(yīng)用系統(tǒng)本身產(chǎn)生不同程度的影響。在評估的內(nèi)容中，還要注意一起其他內(nèi)容的分析，如硬件依賴關(guān)系，即那些服務(wù)器依賴于某種特定的硬件。大部分的虛擬化環(huán)境無法滿足特殊硬件的需求，如視頻卡、音頻卡、加密卡等硬件。3.4需求分析及匯總基于對基礎(chǔ)架構(gòu)和應(yīng)用系統(tǒng)現(xiàn)狀的評估，結(jié)合業(yè)務(wù)的發(fā)展需要，對具體應(yīng)用系統(tǒng)進(jìn)行基礎(chǔ)架構(gòu)和應(yīng)用系統(tǒng)兩個層面的需求分析和匯總。3.4.1基礎(chǔ)架構(gòu)需求分析與匯總基礎(chǔ)架構(gòu)需求分析，需要整理所有應(yīng)用系統(tǒng)的基礎(chǔ)架構(gòu)層面的需求，匯總整個所有業(yè)務(wù)系統(tǒng)所需要的基礎(chǔ)架構(gòu)需求，如網(wǎng)絡(luò)、服務(wù)器、存儲等，可用表格等形式匯總整個基礎(chǔ)架構(gòu)的需求。3.4.2應(yīng)用系統(tǒng)需求分析和匯總在系統(tǒng)調(diào)研中，基于調(diào)查問卷和訪談的方式對應(yīng)用系統(tǒng)進(jìn)行調(diào)研與評估，對應(yīng)用系統(tǒng)層面的需求進(jìn)行需求分析和匯總，常見的應(yīng)用層面需求分析如無單點(diǎn)故障、高可用性等，在評估階段需要分析和匯總所有..下載可編輯..這些應(yīng)用層面的需求進(jìn)行匯總，以及業(yè)務(wù)的成熟度、重要性等內(nèi)容，以便后續(xù)為后期云平臺架構(gòu)設(shè)計(jì)提供依據(jù)。4方案設(shè)計(jì)在對物理應(yīng)用系統(tǒng)進(jìn)行評估后，進(jìn)一步的工作是遷移到什么地方，目標(biāo)平臺是否滿足遷移需求，如何進(jìn)行遷移等。4.1方案設(shè)計(jì)流程應(yīng)用系統(tǒng)遷移一一方案設(shè)計(jì)圖4-1方案設(shè)計(jì)階段流程圖方案設(shè)計(jì)的流程描述如下：表4-1方案設(shè)計(jì)階段流程圖說明編號步驟名稱責(zé)任人說明4.1虛擬化適用性分析遷移實(shí)施方口依據(jù)《系統(tǒng)調(diào)研與需求分析報告》，對物理服務(wù)器進(jìn)行虛擬化篩選4.2遷移場景設(shè)計(jì)遷移實(shí)施方口依據(jù)《系統(tǒng)調(diào)研與需求分析報告》，進(jìn)行云平臺系統(tǒng)遷移場景設(shè)計(jì)4.3判斷是否存在現(xiàn)有環(huán)境遷移實(shí)施方口如存在現(xiàn)有云環(huán)境，則進(jìn)入4.4口如不存在云環(huán)境，則進(jìn)入4.64.4判斷現(xiàn)有環(huán)境是否滿足需求遷移實(shí)施方口如滿足，則進(jìn)入4.9口如不滿足，則進(jìn)入4.5

4.5云平臺整改方案遷移實(shí)施方口根據(jù)實(shí)際業(yè)務(wù)需求，對現(xiàn)有環(huán)境進(jìn)行方案整改設(shè)計(jì)4.6云平臺建設(shè)方案遷移實(shí)施方口根據(jù)實(shí)際業(yè)務(wù)需求，設(shè)計(jì)云平臺建設(shè)方案4.7方案審核口對《云平臺整改方案》或《云平臺建設(shè)方案》進(jìn)行審核4.8判斷方案是否通過審核口如通過，則進(jìn)入到4.9口如未通過，則回退到4.14.9資源映射分析遷移實(shí)施方口將應(yīng)用系統(tǒng)對物理資源的需求映射為對虛擬系統(tǒng)的資源需求，具體到需要幾個vCPU等內(nèi)容4.10服務(wù)器放置設(shè)計(jì)遷移實(shí)施方口設(shè)計(jì)將遷移后的虛擬機(jī)如何放置在不同的云平臺服務(wù)器上4.11遷移順序設(shè)計(jì)遷移實(shí)施方口設(shè)計(jì)應(yīng)用系統(tǒng)具體的遷移順序4.12遷移技術(shù)手段選擇遷移實(shí)施方口依據(jù)應(yīng)用系統(tǒng)的各自特點(diǎn)，選擇合適的技術(shù)手段，如使用手工遷移還是使用工具進(jìn)行遷移4.13遷移方法選擇遷移實(shí)施方口選擇合適的遷移工具及遷移方式4.14遷移方案遷移實(shí)施方口設(shè)計(jì)總體的遷移方案，形成文檔4.15遷移方案審核口對遷移方案進(jìn)行審核4.16判斷遷移方案是否通過審核口如通過審核，則結(jié)束方案設(shè)計(jì)口如未通過審核，則回退到4.84.2云平臺方案設(shè)計(jì)在云平臺的方案設(shè)計(jì)中，主要要考慮服務(wù)器、存儲和網(wǎng)絡(luò)基礎(chǔ)架構(gòu)的設(shè)計(jì)，要詳細(xì)考慮具體架構(gòu)、容量和性能的設(shè)計(jì)因素。4.3遷移方案設(shè)計(jì)4.3.1虛擬化適用性分析在系統(tǒng)評估后，進(jìn)一步細(xì)化了可遷移的服務(wù)器范圍。虛擬化適用性判斷階段，應(yīng)參考基礎(chǔ)架構(gòu)層和應(yīng)用層的評估指標(biāo)，明確哪些應(yīng)用適用于虛擬化技術(shù)，哪些應(yīng)用系統(tǒng)不適合虛擬化技術(shù)。具體的指標(biāo)如下但不限于以下指標(biāo)：口基礎(chǔ)架構(gòu)層的評估指標(biāo)?不適合虛擬化的典型對象＞平均使用率高于70%的雙處理器系統(tǒng)或平均使用率高于45%的四處理器系統(tǒng)＞需要特殊硬件（目前主流Hypervisor軟件能夠模擬的硬件只有CPU、內(nèi)存、網(wǎng)卡、硬盤等，對于其他需要直接使用的PCI、PCI-x、PCI-E、AGP設(shè)備均無法正常支持，包括窄帶卡、中繼卡、3D卡、顯卡、加密卡、磁帶機(jī)、infiniband、電信業(yè)務(wù)中特有的語音E1板卡等）的系統(tǒng)＞平均網(wǎng)絡(luò)帶寬在600Mbps以上、平均IO在50MB/s以上、內(nèi)存占有8GB以上的系統(tǒng)?適合虛擬化的典型對象＞硬件配置較低（＜1.5GHz）的系統(tǒng)＞硬件配置相對較高、平均使用率一直偏低（小于20%）的系統(tǒng)口應(yīng)用層的評估指標(biāo)?不適合虛擬化的典型對象＞運(yùn)行CAD、CAM、PRoE等工程設(shè)計(jì)應(yīng)用程序的系統(tǒng)＞運(yùn)行音視頻流媒體引用程序的系統(tǒng)＞大型數(shù)據(jù)庫系統(tǒng)，如Oracle、DB2數(shù)據(jù)庫軟件?適合虛擬化的應(yīng)用類型＞在不同的時間達(dá)到峰值使用率的應(yīng)用4.3.2遷移場景設(shè)計(jì)在遷移方案設(shè)計(jì)時，應(yīng)依據(jù)源遷移對象、目標(biāo)場所等因素來設(shè)計(jì)遷移階段的相關(guān)場景。＞過渡環(huán)境：進(jìn)行應(yīng)用系統(tǒng)的初步遷移，將數(shù)據(jù)中心的服務(wù)器首先遷移到本地的資源池，利用P2V、V2V和NewVM等遷移方式；＞測試環(huán)境：將本地資源池的業(yè)務(wù)服務(wù)器虛擬機(jī)遷移到測試環(huán)境，完成功能性和初步壓力測試，利用虛擬機(jī)文件拷貝、V2V或自動化工具等遷移方式；＞驗(yàn)證環(huán)境：將云平臺的業(yè)務(wù)服務(wù)器虛擬機(jī)遷移到驗(yàn)證環(huán)境，完成近似真實(shí)環(huán)境的壓力測試，利用虛擬機(jī)文件拷貝、V2V或自動化工具等遷移方式；＞生產(chǎn)環(huán)境：將驗(yàn)證環(huán)境平臺虛擬機(jī)遷移到生產(chǎn)云平臺環(huán)境，云平臺環(huán)境中承載應(yīng)用系統(tǒng)運(yùn)行，利用虛擬機(jī)文件拷貝、V2V或自動化工具等遷移方式；不同平臺有各自的用途，各自的設(shè)計(jì)需求也不同：..下載可編輯..＞過渡環(huán)境，臨時性遷移場所；＞測試環(huán)境，主要進(jìn)行業(yè)務(wù)功能、性能等方面的壓力測試的場所，不需要虛擬化高級功能，虛擬化單機(jī)版軟件即可滿足＞驗(yàn)證環(huán)境，將采用與生產(chǎn)云近似的技術(shù)，進(jìn)行上線前的真實(shí)場景模擬測試＞生產(chǎn)環(huán)境，未來應(yīng)用系統(tǒng)的生產(chǎn)環(huán)境，需要使用高級的技術(shù)手段來保證實(shí)際業(yè)務(wù)系統(tǒng)的連續(xù)性、可擴(kuò)展性等功能，從而使得業(yè)務(wù)系統(tǒng)能健康運(yùn)行。4.3.3資源映射分析在遷移后的資源需求設(shè)計(jì)中，即對物理資源的需求映射為對虛擬資源的需求，應(yīng)具體到CPU、內(nèi)存、硬盤和網(wǎng)絡(luò)細(xì)顆粒度級別。＞對于CPU資源，虛擬機(jī)CPU的主頻與物理機(jī)主頻一樣大，一個虛擬機(jī)vCPU對應(yīng)一個物理機(jī)CPU的核，而一個物理CPU的核可以供多個虛擬機(jī)vCPU使用。物理CPU到虛擬機(jī)CPU的轉(zhuǎn)換性能損耗很小，大概5%以內(nèi)。＞對于內(nèi)存資源，物理機(jī)內(nèi)存到虛擬機(jī)內(nèi)存的轉(zhuǎn)換損耗較小，不同的虛擬化軟件有不同的內(nèi)存管理方式，有些使用內(nèi)存固定分配機(jī)制，有些使用內(nèi)存過量分配機(jī)制（overcommit，即虛擬機(jī)的內(nèi)存容量可超過物理機(jī)的內(nèi)存容量）。＞對于存儲資源，物理系統(tǒng)到虛擬系統(tǒng)的損耗較大，設(shè)計(jì)虛擬系統(tǒng)請盡量加大物理系統(tǒng)的帶寬，對于虛擬機(jī)的磁盤容量可選取按需分配模式。＞對于網(wǎng)絡(luò)資源，物理機(jī)網(wǎng)絡(luò)性能到虛擬機(jī)系統(tǒng)的損耗較小，但是設(shè)計(jì)時應(yīng)充分考慮到網(wǎng)絡(luò)復(fù)用，以及虛擬化系統(tǒng)中網(wǎng)絡(luò)的資源競爭設(shè)置較弱等因素。4.3.4服務(wù)器放置設(shè)計(jì)源物理服務(wù)器到目標(biāo)虛擬機(jī)的映射關(guān)系是將應(yīng)用系統(tǒng)物理服務(wù)器與UAP云平臺的物理機(jī)進(jìn)行映射，從而確定應(yīng)用系統(tǒng)整合后所寄宿的物理主機(jī)。設(shè)計(jì)一個好的映射關(guān)系可以保證應(yīng)用系統(tǒng)具有充足的物理資源的容量和性能，并保證業(yè)務(wù)應(yīng)用系統(tǒng)具有良好的高可用性等高級功能，是應(yīng)用系統(tǒng)遷移重要的一環(huán)。設(shè)計(jì)應(yīng)用系統(tǒng)到服務(wù)器映射關(guān)系應(yīng)遵從如下原則：＞性能均衡原則，將低性能和高性能的服務(wù)器組合放在一臺物理服務(wù)器內(nèi)，比如低IO與高IO服務(wù)器搭配，低CPU使用率與高CPU使用率搭配＞容量均衡原則，將低容量和高容量的應(yīng)用系統(tǒng)組合放置在一臺服務(wù)器內(nèi)＞業(yè)務(wù)重要性均衡原則，即將低重要性的應(yīng)用系統(tǒng)和高重要性的應(yīng)用系統(tǒng)組合放置在一臺服務(wù)器內(nèi)，從而保證重要的應(yīng)用系統(tǒng)在資源發(fā)生競爭的時候仍然能獲得足夠的資源（本生產(chǎn)環(huán)境的云平臺系統(tǒng)中，所有物理服務(wù)器具有相同的重要級別，故可按業(yè)務(wù)重要性均衡原則。如在其他系統(tǒng)中，云平臺服務(wù)器有重要級別差異，則將業(yè)務(wù)重要性高的應(yīng)用系統(tǒng)放置在重要性高的服務(wù)器上。）＞同一業(yè)務(wù)的應(yīng)用系統(tǒng)盡量放置于一臺服務(wù)器上，從而減少物理網(wǎng)絡(luò)帶寬的占用，并保持網(wǎng)絡(luò)的穩(wěn)定性＞不同業(yè)務(wù)高峰的應(yīng)用系統(tǒng)組合放置于一臺物理服務(wù)器內(nèi)4.3.5資源競爭關(guān)系設(shè)計(jì)虛擬機(jī)資源競爭策略取決于兩個因素，第一因素是資源設(shè)置，第二因素是資源控制。資源設(shè)置層面設(shè)置虛擬CPU、內(nèi)存、網(wǎng)卡容量等。資源控制分為如下幾個部分：＞CPU資源控制?最小保留（百分比或者Hz）?最大限制（百分比或者Hz）?相對權(quán)重（具體數(shù)字，如100、150、200等）＞內(nèi)存資源控制?最小保留（百分比或者GB）?最大限制（百分比或者GB）?相對權(quán)重（相對具體數(shù)字，如100、150、200等）＞磁盤IO性能資源控制?相對權(quán)重（相對具體數(shù)字，如100、150、200等）＞網(wǎng)絡(luò)IO性能資源控制?相對權(quán)重（相對具體數(shù)字，如100、150、200等）在相對權(quán)重設(shè)計(jì)中，應(yīng)考慮全局，根據(jù)業(yè)務(wù)系統(tǒng)的重要性設(shè)置應(yīng)用系統(tǒng)的權(quán)重，以便遷移后虛擬機(jī)可按相對權(quán)重獲得相應(yīng)的資源競爭機(jī)會。4.3.6遷移順序設(shè)計(jì)根據(jù)業(yè)務(wù)應(yīng)用系統(tǒng)間的依賴關(guān)系及應(yīng)用系統(tǒng)本身的特性設(shè)計(jì)整個系統(tǒng)的遷移順序。對P2V遷移過程，被遷移應(yīng)用系統(tǒng)可分為獨(dú)立應(yīng)用系統(tǒng)、被依賴的應(yīng)用系統(tǒng)、堆疊應(yīng)用系統(tǒng)：＞獨(dú)立應(yīng)用系統(tǒng)，是指該物理主機(jī)上只有一個應(yīng)用系統(tǒng)，并且與其他應(yīng)用系統(tǒng)沒有任何依賴關(guān)系。＞被依賴應(yīng)用系統(tǒng)，是指該應(yīng)用系統(tǒng)被其他應(yīng)用系統(tǒng)所依賴，如數(shù)據(jù)庫等。＞依賴應(yīng)用系統(tǒng)，是指該應(yīng)用系統(tǒng)依賴于其他應(yīng)用系統(tǒng)。＞堆疊應(yīng)用系統(tǒng)，是指物理主機(jī)上有多個應(yīng)用系統(tǒng)，這些應(yīng)用系統(tǒng)間或者有依賴關(guān)系或者沒有依賴關(guān)系。在實(shí)際遷移中，建議應(yīng)由難而易，由復(fù)雜到簡單，從而能更好的完成所有的遷移工作。建議遵從如下遷移順序：＞被依賴的應(yīng)用系統(tǒng)優(yōu)先，數(shù)據(jù)庫等被遷移系統(tǒng)先進(jìn)行遷移＞應(yīng)用依賴關(guān)系系統(tǒng)＞獨(dú)立應(yīng)用的系統(tǒng)＞應(yīng)用堆疊的應(yīng)用系統(tǒng)5虛擬化環(huán)境準(zhǔn)備根據(jù)需求進(jìn)行虛擬環(huán)境的準(zhǔn)備，為應(yīng)用移植搭建好環(huán)境，從而更順利的進(jìn)行應(yīng)用系統(tǒng)遷移。5.1虛擬化環(huán)境準(zhǔn)備步驟應(yīng)用系統(tǒng)遷移一-I?以化環(huán)境準(zhǔn)備5.2虛擬化環(huán)境準(zhǔn)備與方案設(shè)計(jì)5.2.1環(huán)境確認(rèn)在環(huán)境確認(rèn)中，應(yīng)確認(rèn)如下環(huán)境是否準(zhǔn)備就位，以便順利進(jìn)行項(xiàng)目實(shí)施。＞確認(rèn)需要的網(wǎng)絡(luò)資源是否就緒；＞確認(rèn)需要的存儲資源是否就緒；＞確認(rèn)需要的計(jì)算資源是否就緒；＞確認(rèn)需要的數(shù)據(jù)庫資源是否就緒5.2.2實(shí)施規(guī)劃與設(shè)計(jì)方案項(xiàng)目實(shí)施前應(yīng)制定詳細(xì)的實(shí)施規(guī)劃與設(shè)計(jì)方案，包括但不限于如下內(nèi)容：＞UAP云平臺及業(yè)務(wù)系統(tǒng)組網(wǎng)設(shè)計(jì)＞UAP云平臺及業(yè)務(wù)系統(tǒng)存儲系統(tǒng)設(shè)計(jì)＞UAP云平臺實(shí)施詳細(xì)規(guī)劃及具體參數(shù)設(shè)計(jì)＞虛擬機(jī)設(shè)置參數(shù)，如虛擬機(jī)硬盤等＞外圍環(huán)境設(shè)計(jì)，如域控制等5.3UAP云平臺實(shí)施依據(jù)云平臺實(shí)施規(guī)劃與設(shè)計(jì)方案進(jìn)行項(xiàng)目實(shí)施，嚴(yán)格遵從中國移動相關(guān)標(biāo)準(zhǔn)及廣東移動相關(guān)標(biāo)準(zhǔn)，嚴(yán)格按照項(xiàng)目管理的要求。5.3.1虛擬化系統(tǒng)設(shè)置與調(diào)試在虛擬化系統(tǒng)配置與調(diào)試中，包括如下內(nèi)容：＞Hyper-V管理軟件的高級功能配置，如HA、動態(tài)遷移等高級功能，以滿足業(yè)務(wù)的具體需要＞存儲的相應(yīng)配置＞網(wǎng)絡(luò)虛擬化的相應(yīng)配置，建立虛擬交換機(jī)，并與物理網(wǎng)卡及物理網(wǎng)絡(luò)聯(lián)調(diào)5.3.2虛擬機(jī)系統(tǒng)設(shè)置云平臺物理和虛擬環(huán)境搭建好后，應(yīng)創(chuàng)建相應(yīng)的虛擬機(jī)，安裝操作系統(tǒng)，按需安裝相應(yīng)的應(yīng)用系統(tǒng)軟件，制作相關(guān)的模板。6應(yīng)用遷移應(yīng)用系統(tǒng)遷移首先將應(yīng)用系統(tǒng)從物理服務(wù)器移植到虛擬機(jī)上，可直接在虛擬機(jī)上重新部署或者移植應(yīng)用系統(tǒng)，也可將物理機(jī)利用遷移工具轉(zhuǎn)換為虛擬機(jī)。6.1遷移實(shí)施流程應(yīng)用系統(tǒng)遷移■一應(yīng)用移植圖6-1應(yīng)用系統(tǒng)遷移實(shí)施流程6.2遷移環(huán)境準(zhǔn)備遷移環(huán)境準(zhǔn)備是遷移前最重要的工作，包括人員、網(wǎng)絡(luò)環(huán)境、遷移技術(shù)手段、遷移工具等內(nèi)容的準(zhǔn)備。1,應(yīng)用系統(tǒng)遷移前，相關(guān)人員應(yīng)準(zhǔn)備就緒＞遷移實(shí)施方：負(fù)責(zé)具體遷移工作＞應(yīng)用系統(tǒng)開發(fā)商：負(fù)責(zé)具體應(yīng)用的部署和測試＞網(wǎng)絡(luò)系統(tǒng)管理員：負(fù)責(zé)網(wǎng)絡(luò)的通信和連接情況＞系統(tǒng)管理員：負(fù)責(zé)虛擬化環(huán)境的準(zhǔn)備和資源提供，原物理服務(wù)器的密碼等信息提供；＞備份管理員：對重要的數(shù)據(jù)和應(yīng)用進(jìn)行遷移前備份；2，確認(rèn)UAP云平臺具有足夠的CPU、內(nèi)存、存儲和網(wǎng)絡(luò)資源滿足被遷移系統(tǒng)的需求。3,遷移前，對重要的數(shù)據(jù)和應(yīng)用系統(tǒng)進(jìn)行必要的備份，以防遷移過程中有意外的情況發(fā)生。6.3遷移執(zhí)行在遷移執(zhí)行階段，須嚴(yán)格執(zhí)行制定的遷移方案和遷移流程。6.4遷移后虛擬機(jī)的優(yōu)化在應(yīng)用系統(tǒng)遷移到云平臺環(huán)境后，應(yīng)對虛擬機(jī)作出相關(guān)的設(shè)置調(diào)整，以滿足更好的業(yè)務(wù)服務(wù)需求，具..下載可編輯..體調(diào)整可參考如下幾點(diǎn)（不限于）：＞消除不必要的虛擬硬件設(shè)備＞按需求適當(dāng)增加或者減少虛擬資源配置，比如調(diào)整或者減少處理器和內(nèi)存等設(shè)置＞設(shè)置資源競爭相關(guān)參數(shù)，如設(shè)置虛擬機(jī)最小、最大CPU可用資源，及發(fā)生競爭時的競爭權(quán)重等＞調(diào)整虛擬機(jī)磁盤空間大小，滿足應(yīng)用系統(tǒng)的發(fā)展需求7測試驗(yàn)證應(yīng)用系統(tǒng)應(yīng)該做好充分的測試與驗(yàn)證，為業(yè)務(wù)割接做好準(zhǔn)備工作。7.1應(yīng)用系統(tǒng)測試驗(yàn)證流程圖7-1應(yīng)用系統(tǒng)遷移測試流程7.2應(yīng)用系統(tǒng)測試驗(yàn)證內(nèi)容首先測試在UAP平臺虛擬機(jī)上的應(yīng)用系統(tǒng)是否具有與物理服務(wù)器相同的功能，然后對應(yīng)用系統(tǒng)進(jìn)行功能性測試、性能測試、穩(wěn)定性測試，并對有問題的地方進(jìn)行初步優(yōu)化，最后進(jìn)行應(yīng)用系統(tǒng)驗(yàn)證，保證應(yīng)用系統(tǒng)順利割接。7.3應(yīng)用系統(tǒng)測試對被遷移的應(yīng)用系統(tǒng)通過創(chuàng)建測試用例和測試腳本，選擇合適的測試數(shù)據(jù)和測試樣例，確認(rèn)遷移數(shù)據(jù)在應(yīng)用系統(tǒng)遷移到云平臺環(huán)境后的有效性，進(jìn)行有計(jì)劃的測試，并在測試結(jié)果基礎(chǔ)上生成報告。功能性測試對云平臺的業(yè)務(wù)應(yīng)用系統(tǒng)進(jìn)行功能性測試，并與