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

1、文件編號：。密級：項目 ID：項目編號：中國移動廣東公司UAP云平臺應(yīng)用遷移方案（大綱）版本擬制沈 志華日 期2014 07 16審核日 期批準日 期。1溝通從心開始。目錄1文檔說明.42應(yīng)用系統(tǒng)遷移方法 .42.1應(yīng)用遷移與整合方法 .42.2應(yīng)用遷移涉及的相關(guān)部門 .53系統(tǒng)評估與分析 .53.1系統(tǒng)評估和分析流程 .63.2評估準備 .73.2.1遷移范圍確定 .73.2.2評估方法與準備 .73.2.3評估環(huán)境的準備 .73.3系統(tǒng)調(diào)研與評估 .73.3.1物理基礎(chǔ)架構(gòu)調(diào)研與評估 .73.3.2應(yīng)用系統(tǒng)調(diào)研與評估 .73.3.3遷移對應(yīng)用系統(tǒng)的影響 .83.4需求分析及匯總 .83.4

2、.1基礎(chǔ)架構(gòu)需求分析與匯總 .83.4.2應(yīng)用系統(tǒng)需求分析和匯總 .84方案設(shè)計.94.1方案設(shè)計流程 .94.2云平臺方案設(shè)計 .104.3遷移方案設(shè)計 .104.3.1虛擬化適用性分析 .104.3.2遷移場景設(shè)計 .114.3.3資源映射分析 .124.3.4服務(wù)器放置設(shè)計 .124.3.5資源競爭關(guān)系設(shè)計 .134.3.6遷移順序設(shè)計 .135虛擬化環(huán)境準備 .145.1虛擬化環(huán)境準備步驟 .145.2虛擬化環(huán)境準備與方案設(shè)計 .145.2.1環(huán)境確認 .145.2.2實施規(guī)劃與設(shè)計方案 .145.3UAP云平臺實施 .155.3.1虛擬化系統(tǒng)設(shè)置與調(diào)試 .155.3.2虛擬機系統(tǒng)設(shè)置

3、 .156應(yīng)用遷移.15。2溝通從心開始。6.1遷移實施流程 .166.2遷移環(huán)境準備 .166.3遷移執(zhí)行 .166.4遷移后虛擬機的優(yōu)化 .167測試驗證 .177.1應(yīng)用系統(tǒng)測試驗證流程 .177.2應(yīng)用系統(tǒng)測試驗證內(nèi)容 .177.3應(yīng)用系統(tǒng)測試 .177.4系統(tǒng)優(yōu)化 .187.5應(yīng)用系統(tǒng)驗證 .188應(yīng)用系統(tǒng)割接 .188.1應(yīng)用系統(tǒng)割接流程 .188.2割接評估 .188.3割接準備 .198.4割接操作 .198.5回退機制 .198.6割接后觀察 .198.7原系統(tǒng)刪除 .199附錄. .209.1MAP性能評估工具實施文檔 .209.2典型案例 .20。3溝通從心開始。1 文檔

4、說明本文檔的目的在于為UAP 云平臺地市應(yīng)用系統(tǒng)設(shè)計的一個遷移與整合方法，并對實際操作有指導(dǎo)和建議。本文檔主要針對廣東移動UAP的地市應(yīng)用系統(tǒng)遷移到UAP云平臺。2 應(yīng)用系統(tǒng)遷移方法2.1 應(yīng)用遷移與整合方法根據(jù)以往豐富的項目經(jīng)驗，結(jié)合 UAP云平臺的具體業(yè)務(wù)特點，定制了一套數(shù)據(jù)遷移與整合的方法。本遷移與整合方法分為 6 個階段，分別為系統(tǒng)評估與分析、方案設(shè)計、虛擬化環(huán)境準備、應(yīng)用移植、測試驗證和業(yè)務(wù)割接。圖 2-1應(yīng)用遷移與整合方法評估與分析在系統(tǒng)評估與分析階段，應(yīng)確定遷移范圍和目標，利用調(diào)查問卷、系統(tǒng)評估工具（ MAP）和訪談等評估形式，對應(yīng)用系統(tǒng)進行評估，分析和匯總系統(tǒng)需求，形成調(diào)研報告

5、。方案設(shè)計在方案設(shè)計階段，針對項目范圍內(nèi)的物理服務(wù)器進行虛擬化適用性分析，設(shè)計遷移場景和云平臺架構(gòu)方案。在云平臺方案設(shè)計的基礎(chǔ)上，進行遷移順序、遷移方法等內(nèi)容的設(shè)計，形成總體遷移方案。虛擬化環(huán)境準備在虛擬化環(huán)境準備階段，應(yīng)判斷現(xiàn)有的 UAP云平臺環(huán)境是否能容納被遷移的所有對象，以及，具體應(yīng)檢查計算資源、存儲資源、網(wǎng)絡(luò)資源以及數(shù)據(jù)庫資源等，建立遷移所需的環(huán)境準備，如虛擬機、虛擬化網(wǎng)絡(luò)等。應(yīng)用移植在系統(tǒng)移植階段，應(yīng)根據(jù)既定的遷移方案嚴格的執(zhí)行應(yīng)用系統(tǒng)遷移，將物理機的應(yīng)用系統(tǒng)移植到虛擬機內(nèi)，有工具移植和手工部署兩種方式。4溝通從心開始REACHING OUT FROM THE HEART. . .

6、. . . . 中國移動通信集團廣東有限公司。測試驗證對云平臺上的應(yīng)用系統(tǒng)進行功能性測試、性能測試和穩(wěn)定性測試，并進行應(yīng)用驗證，以便預(yù)先排除隱患，使得應(yīng)用系統(tǒng)成功的運行在云平臺環(huán)境下。業(yè)務(wù)割接制定割接方案，依照割接方案進行割接操作，割接完成后進入割接后觀察期，通過割接驗收后將原系統(tǒng)下線。應(yīng)用系統(tǒng)在UAP云平臺上線1 個月后，提供性能分析報告。2.2 應(yīng)用遷移涉及的相關(guān)部門業(yè)務(wù)遷移進行中，會涉及如下各部門，其具體職責(zé)如下：省公司信息系統(tǒng)部：；地市公司：應(yīng)用開發(fā)商 ：負責(zé)實施UAP平臺各應(yīng)用系統(tǒng)日常的7 24 小時故障響應(yīng)處理工作，為 UAP平臺各應(yīng)用系統(tǒng)的維護支撐提供技術(shù)支持。遷移實施方：1)

7、對應(yīng)用系統(tǒng)進行評估和分析；2) 根據(jù)需求設(shè)計云平臺方案，或者評估現(xiàn)有云平臺方案是否滿足需求；3) 設(shè)計應(yīng)用系統(tǒng)遷移方案，如遷移方式、遷移工具等；4) 進行應(yīng)用系統(tǒng)遷移，將應(yīng)用系統(tǒng)從物理機上移植到虛擬機上；5) 與應(yīng)用開發(fā)商一起進行測試驗證；6) 進行業(yè)務(wù)割接。3 系統(tǒng)評估與分析如何對被遷移系統(tǒng)進行有效的系統(tǒng)評估，為遷移和整合提供有效的支撐數(shù)據(jù)，是遷移前重要的工作，也是遷移和整合過程中的一個難點。系統(tǒng)評估分析，將使用調(diào)查問卷、自動化評估工具或訪談等形式對系統(tǒng)的基礎(chǔ)架構(gòu)層和應(yīng)用層進行系統(tǒng)評估。5溝通從心開始REACHING OUT FROM THE HEART. . . . . . . 中國移動通

8、信集團廣東有限公司。3.1 系統(tǒng)評估和分析流程圖 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)查、訪談等評估方法準備好被評估系統(tǒng)的網(wǎng)絡(luò)、MAP服務(wù)器等內(nèi)準備評估環(huán)境和內(nèi)容3.3容準備好調(diào)查問卷的調(diào)查問題和訪談的具體內(nèi)容3.4系統(tǒng)評估遷移實施方對系統(tǒng)進行評估，使用問卷調(diào)研、自動化工具評估、訪談等形式3.5問卷調(diào)研遷移實施方采用調(diào)查問卷的方式進行調(diào)研3.6自動化工具評估遷移實施方采用自動化評估工具進行系統(tǒng)評估3.7訪

9、談遷移實施方采用訪談的方式進行調(diào)研3.8需求分析遷移實施方對應(yīng)用系統(tǒng)進行整體需求分析3.9基礎(chǔ)架構(gòu)層評估遷移實施方對被評估系統(tǒng)進行基礎(chǔ)架構(gòu)層面的具體評估和信息匯總3.10應(yīng)用層面評估遷移實施方對被評估系統(tǒng)進行應(yīng)用層面評估和信息匯總3.11業(yè)務(wù)層信息匯總遷移實施方對被評估系統(tǒng)進行業(yè)務(wù)層信息匯總3.12運維層信息匯總遷移實施方對被評估系統(tǒng)進行運維信息需求匯總3.13現(xiàn)狀調(diào)研及需求分遷移實施方根據(jù)調(diào)研內(nèi)容，撰寫現(xiàn)狀調(diào)研及需求分析析報告報告。6溝通從心 開 始REACHING OUT FROM THE HEART. . . . . . . 中國移動通信集團廣東有限公司。3.14調(diào)研報告審核對現(xiàn)狀調(diào)研及

10、需求分析報告進行審核3.15判斷是否通過審核如通過審核，則結(jié)束調(diào)研和分析流程結(jié)束如未通過審核，則返回 3.23.2評估準備3.2.1遷移范圍確定應(yīng)用系統(tǒng)遷移，首先要確定遷移范圍，如：哪些應(yīng)用系統(tǒng)需求從哪些服務(wù)器上遷移到UAP云平臺虛擬機上；哪些應(yīng)用系統(tǒng)需要進行解耦和整合等操作；遷移前后機房環(huán)境的變化確認等。3.2.2評估方法與準備采用調(diào)查問卷方式、評估工具自動化評估或訪談等方法對UAP應(yīng)用系統(tǒng)進行評估和分析，從不同的維度獲得全面的信息，為遷移工作提供有力依據(jù)。調(diào)查問卷可以大規(guī)模的進行信息采集，收集各個層面的信息，范圍較廣，但是由于需要人工填寫，人為因素將導(dǎo)致準確率不高。自動化評估工具可準確的對

11、系統(tǒng)進行性能等方面的評估，準確率高，可信度大，但是適用范圍有限，比如有些服務(wù)器由于客觀原因無法被自動化工具評估。對于一些比較復(fù)雜的問題，可以采用深度訪談的方式，形成訪談報告，補充到文檔中。3.2.3 評估環(huán)境的準備使用具體評估工具進行自動化評估時，需要準備好相關(guān)主機、網(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)信息收集和評估中，計算容量、存儲容量和網(wǎng)絡(luò)容量以及相關(guān)的利用率和性能是重要的評估內(nèi)容。自動化評估工具 MAP可幫忙得出比較客觀的物理架構(gòu)的容量和性能，調(diào)查問卷也可協(xié)助完成信息收

12、集。物理基礎(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ò)交換機的型號、網(wǎng)口數(shù)、數(shù)量，基礎(chǔ)架構(gòu)的網(wǎng)絡(luò)拓撲圖等。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)容，從而為遷移提。7溝通從心開始REACHING OU

13、T FROM THE HEART. . . . . . . 中國移動通信集團廣東有限公司。供重要的參考依據(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ù)方案進行保護，如重要的應(yīng)用系統(tǒng)可使用HA等技術(shù)方案保證業(yè)務(wù)連續(xù)性。業(yè)務(wù)的重要性可作為虛擬機發(fā)生競爭時如何爭取資源的一個重要輸入。在虛擬機的資源競爭機制中，有最低占用資源設(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。需要注意的是具體虛擬

14、機權(quán)重設(shè)計的時候一定要遵循一個統(tǒng)一的標準，保持前后連貫性。3.3.2.2業(yè)務(wù)生命周期按照不同的業(yè)務(wù)成熟度為相關(guān)的虛擬機來預(yù)留資源，來滿足業(yè)務(wù)發(fā)展所帶來的需求。業(yè)務(wù)成熟度分為業(yè)務(wù)投入期、成長期、成熟期、衰退期，可按不同的成熟度為不同的業(yè)務(wù)系統(tǒng)進行預(yù)留空間等內(nèi)容的設(shè)置。在評估階段，應(yīng)評估業(yè)務(wù)的成熟度，業(yè)務(wù)成熟度可作為應(yīng)用系統(tǒng)資源預(yù)留的一個重要衡量指標?？舍槍Σ煌墒於鹊臉I(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)進行分析，從而判斷各應(yīng)用系統(tǒng)間的依

15、賴關(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ù)器遷移到虛擬化，從一個機房遷移到另外一個機房，這種遷移會對應(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)進行基礎(chǔ)架構(gòu)和應(yīng)用系統(tǒng)兩個層面的需求分析和匯總。3.4.1 基礎(chǔ)架構(gòu)需求分析與匯總基礎(chǔ)架構(gòu)需

16、求分析，需要整理所有應(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)進行調(diào)研與評估，對應(yīng)用系統(tǒng)層面的需求進行需求分析和匯總，常見的應(yīng)用層面需求分析如無單點故障、高可用性等，在評估階段需要分析和匯總所有這些應(yīng)用層面的需求進行匯總，以及業(yè)務(wù)的成熟度、重要性等內(nèi)容，以便后續(xù)為后期云平臺架構(gòu)設(shè)計提供依據(jù)。8溝通從心開始REACHING OUT FROM THE HEART. . . . . . . 中國移動通信集團廣東有限公司。4 方案

17、設(shè)計在對物理應(yīng)用系統(tǒng)進行評估后，進一步的工作是遷移到什么地方，目標平臺是否滿足遷移需求，如何進行遷移等。4.1 方案設(shè)計流程圖 4-1方案設(shè)計階段流程圖方案設(shè)計的流程描述如下：表 4-1 方案設(shè)計階段流程圖說明編號步驟名稱責(zé)任人說明4.1依據(jù)系統(tǒng)調(diào)研與需求分析報告，對物理虛擬化適用性分析遷移實施方服務(wù)器進行虛擬化篩選4.2依據(jù)系統(tǒng)調(diào)研與需求分析報告，進行云遷移場景設(shè)計遷移實施方平臺系統(tǒng)遷移場景設(shè)計4.3判斷是否存在現(xiàn)有遷移實施方如存在現(xiàn)有云環(huán)境，則進入4.4環(huán)境如不存在云環(huán)境，則進入4.64.4判斷現(xiàn)有環(huán)境是否如滿足，則進入 4.9遷移實施方滿足需求如不滿足，則進入4.54.5根據(jù)實際業(yè)務(wù)需求

18、，對現(xiàn)有環(huán)境進行方案整云平臺整改方案遷移實施方改設(shè)計。9溝通從心 開 始REACHING OUT FROM THE HEART. . . . . . . 中國移動通信集團廣東有限公司。4.6云平臺建設(shè)方案遷移實施方根據(jù)實際業(yè)務(wù)需求，設(shè)計云平臺建設(shè)方案4.7對云平臺整改方案或云平臺建設(shè)方案方案審核進行審核4.8判斷方案是否通過如通過，則進入到 4.9審核如未通過，則回退到4.1將應(yīng)用系統(tǒng)對物理資源的需求映射為對虛4.9資源映射分析遷移實施方擬系統(tǒng)的資源需求，具體到需要幾個vCPU等內(nèi)容4.10設(shè)計將遷移后的虛擬機如何放置在不同的服務(wù)器放置設(shè)計遷移實施方云平臺服務(wù)器上4.11遷移順序設(shè)計遷移實施方

19、設(shè)計應(yīng)用系統(tǒng)具體的遷移順序依據(jù)應(yīng)用系統(tǒng)的各自特點，選擇合適的技術(shù)4.12遷移技術(shù)手段選擇遷移實施方手段，如使用手工遷移還是使用工具進行遷移4.13遷移方法選擇遷移實施方選擇合適的遷移工具及遷移方式4.14遷移方案遷移實施方設(shè)計總體的遷移方案，形成文檔4.15遷移方案審核對遷移方案進行審核4.16判斷遷移方案是否如通過審核，則結(jié)束方案設(shè)計通過審核如未通過審核，則回退到4.84.2云平臺方案設(shè)計在云平臺的方案設(shè)計中，主要要考慮服務(wù)器、存儲和網(wǎng)絡(luò)基礎(chǔ)架構(gòu)的設(shè)計，要詳細考慮具體架構(gòu)、容量和性能的設(shè)計因素。4.3 遷移方案設(shè)計4.3.1 虛擬化適用性分析在系統(tǒng)評估后，進一步細化了可遷移的服務(wù)器范圍。虛擬

20、化適用性判斷階段，應(yīng)參考基礎(chǔ)架構(gòu)層和應(yīng)用層的評估指標，明確哪些應(yīng)用適用于虛擬化技術(shù)，哪些應(yīng)用系統(tǒng)不適合虛擬化技術(shù)。具體的指標如下但不限于以下指標：基礎(chǔ)架構(gòu)層的評估指標不適合虛擬化的典型對象平均使用率高于70%的雙處理器系統(tǒng)或平均使用率高于45%的四處理器系統(tǒng)。10溝通從心開始REACHING OUT FROM THE HEART. . . . . . . 中國移動通信集團廣東有限公司。需要特殊硬件( 目前主流Hypervisor軟件能夠模擬的硬件只有CPU、內(nèi)存、網(wǎng)卡、 硬盤等， 對于其他需要直接使用的PCI、 PCI-x 、 PCI-E 、 AGP設(shè)備均無法正常支持，包括窄帶卡、中繼卡、 3

21、D 卡、顯卡、加密卡、磁帶機、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)用層的評估指標不適合虛擬化的典型對象運行 CAD、 CAM、 PRoE等工程設(shè)計應(yīng)用程序的系統(tǒng)運行音視頻流媒體引用程序的系統(tǒng)大型數(shù)據(jù)庫系統(tǒng)，如Oracle 、 DB2數(shù)據(jù)庫軟件適合虛擬化的應(yīng)用類型在不同的時間達到峰值使用率的應(yīng)用4.3.2 遷移場景設(shè)計在遷移方案設(shè)計時，應(yīng)依據(jù)源遷移對象、目標

22、場所等因素來設(shè)計遷移階段的相關(guān)場景。過渡環(huán)境：進行應(yīng)用系統(tǒng)的初步遷移，將數(shù)據(jù)中心的服務(wù)器首先遷移到本地的資源池，利用P2V、V2V 和 New VM等遷移方式；測試環(huán)境： 將本地資源池的業(yè)務(wù)服務(wù)器虛擬機遷移到測試環(huán)境，完成功能性和初步壓力測試，利用虛擬機文件拷貝、V2V 或自動化工具等遷移方式；驗證環(huán)境： 將云平臺的業(yè)務(wù)服務(wù)器虛擬機遷移到驗證環(huán)境，完成近似真實環(huán)境的壓力測試，利用虛擬機文件拷貝、V2V 或自動化工具等遷移方式；生產(chǎn)環(huán)境： 將驗證環(huán)境平臺虛擬機遷移到生產(chǎn)云平臺環(huán)境，云平臺環(huán)境中承載應(yīng)用系統(tǒng)運行，利用虛擬機文件拷貝、V2V 或自動化工具等遷移方式；不同平臺有各自的用途，各自的設(shè)計需

23、求也不同：過渡環(huán)境，臨時性遷移場所；測試環(huán)境， 主要進行業(yè)務(wù)功能、 性能等方面的壓力測試的場所， 不需要虛擬化高級功能， 虛擬化單機版軟件即可滿足。11溝通從心開始REACHING OUT FROM THE HEART. . . . . . . 中國移動通信集團廣東有限公司。驗證環(huán)境，將采用與生產(chǎn)云近似的技術(shù)，進行上線前的真實場景模擬測試生產(chǎn)環(huán)境， 未來應(yīng)用系統(tǒng)的生產(chǎn)環(huán)境，需要使用高級的技術(shù)手段來保證實際業(yè)務(wù)系統(tǒng)的連續(xù)性、可擴展性等功能，從而使得業(yè)務(wù)系統(tǒng)能健康運行。4.3.3 資源映射分析在遷移后的資源需求設(shè)計中，即對物理資源的需求映射為對虛擬資源的需求，應(yīng)具體到CPU、內(nèi)存、硬盤和網(wǎng)絡(luò)細顆粒

24、度級別。對于 CPU資源，虛擬機CPU的主頻與物理機主頻一樣大，一個虛擬機vCPU對應(yīng)一個物理機CPU的核，而一個物理CPU的核可以供多個虛擬機vCPU使用。物理CPU到虛擬機CPU的轉(zhuǎn)換性能損耗很小，大概5%以內(nèi)。對于內(nèi)存資源， 物理機內(nèi)存到虛擬機內(nèi)存的轉(zhuǎn)換損耗較小，不同的虛擬化軟件有不同的內(nèi)存管理方式，有些使用內(nèi)存固定分配機制，有些使用內(nèi)存過量分配機制（ overcommit ，即虛擬機的內(nèi)存容量可超過物理機的內(nèi)存容量）。對于存儲資源， 物理系統(tǒng)到虛擬系統(tǒng)的損耗較大，設(shè)計虛擬系統(tǒng)請盡量加大物理系統(tǒng)的帶寬，對于虛擬機的磁盤容量可選取按需分配模式。對于網(wǎng)絡(luò)資源， 物理機網(wǎng)絡(luò)性能到虛擬機系統(tǒng)的損

25、耗較小，但是設(shè)計時應(yīng)充分考慮到網(wǎng)絡(luò)復(fù)用，以及虛擬化系統(tǒng)中網(wǎng)絡(luò)的資源競爭設(shè)置較弱等因素。4.3.4 服務(wù)器放置設(shè)計源物理服務(wù)器到目標虛擬機的映射關(guān)系是將應(yīng)用系統(tǒng)物理服務(wù)器與UAP 云平臺的物理機進行映射，從而確定應(yīng)用系統(tǒng)整合后所寄宿的物理主機。設(shè)計一個好的映射關(guān)系可以保證應(yīng)用系統(tǒng)具有充足的物理資源的容量和性能，并保證業(yè)務(wù)應(yīng)用系統(tǒng)具有良好的高可用性等高級功能，是應(yīng)用系統(tǒng)遷移重要的一環(huán)。設(shè)計應(yīng)用系統(tǒng)到服務(wù)器映射關(guān)系應(yīng)遵從如下原則：性能均衡原則，將低性能和高性能的服務(wù)器組合放在一臺物理服務(wù)器內(nèi)，比如低IO 與高 IO 服務(wù)器搭配，低CPU使用率與高CPU使用率搭配容量均衡原則，將低容量和高容量的應(yīng)用系

26、統(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)。12溝通從心開始REACHING OUT FROM THE HEART. . . . . . . 中國移

27、動通信集團廣東有限公司。4.3.5 資源競爭關(guān)系設(shè)計虛擬機資源競爭策略取決于兩個因素，第一因素是資源設(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 等）

28、在相對權(quán)重設(shè)計中，應(yīng)考慮全局，根據(jù)業(yè)務(wù)系統(tǒng)的重要性設(shè)置應(yīng)用系統(tǒng)的權(quán)重，以便遷移后虛擬機可按相對權(quán)重獲得相應(yīng)的資源競爭機會。4.3.6 遷移順序設(shè)計根據(jù)業(yè)務(wù)應(yīng)用系統(tǒng)間的依賴關(guān)系及應(yīng)用系統(tǒng)本身的特性設(shè)計整個系統(tǒng)的遷移順序。對P2V 遷移過程，被遷移應(yīng)用系統(tǒng)可分為獨立應(yīng)用系統(tǒng)、被依賴的應(yīng)用系統(tǒng)、堆疊應(yīng)用系統(tǒng)：獨立應(yīng)用系統(tǒng)，是指該物理主機上只有一個應(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)， 是指物理主機上有多個應(yīng)用系統(tǒng)，這些應(yīng)用系統(tǒng)間或者有依賴關(guān)系或者沒有依賴關(guān)系。在實際遷

29、移中，建議應(yīng)由難而易，由復(fù)雜到簡單，從而能更好的完成所有的遷移工作。建議遵從如下遷移順序：被依賴的應(yīng)用系統(tǒng)優(yōu)先，數(shù)據(jù)庫等被遷移系統(tǒng)先進行遷移應(yīng)用依賴關(guān)系系統(tǒng)獨立應(yīng)用的系統(tǒng)應(yīng)用堆疊的應(yīng)用系統(tǒng)。13溝通從心開始REACHING OUT FROM THE HEART. . . . . . . 中國移動通信集團廣東有限公司。5 虛擬化環(huán)境準備根據(jù)需求進行虛擬環(huán)境的準備，為應(yīng)用移植搭建好環(huán)境，從而更順利的進行應(yīng)用系統(tǒng)遷移。5.1 虛擬化環(huán)境準備步驟圖 5-1虛擬化環(huán)境準備步驟5.2 虛擬化環(huán)境準備與方案設(shè)計5.2.1 環(huán)境確認在環(huán)境確認中，應(yīng)確認如下環(huán)境是否準備就位，以便順利進行項目實施。確認需要的網(wǎng)絡(luò)

30、資源是否就緒；確認需要的存儲資源是否就緒；確認需要的計算資源是否就緒；確認需要的數(shù)據(jù)庫資源是否就緒5.2.2 實施規(guī)劃與設(shè)計方案項目實施前應(yīng)制定詳細的實施規(guī)劃與設(shè)計方案，包括但不限于如下內(nèi)容：UAP云平臺及業(yè)務(wù)系統(tǒng)組網(wǎng)設(shè)計UAP云平臺及業(yè)務(wù)系統(tǒng)存儲系統(tǒng)設(shè)計UAP云平臺實施詳細規(guī)劃及具體參數(shù)設(shè)計。14溝通從心開始REACHING OUT FROM THE HEART. . . . . . . 中國移動通信集團廣東有限公司。虛擬機設(shè)置參數(shù)，如虛擬機硬盤等外圍環(huán)境設(shè)計，如域控制等5.3 UAP云平臺實施依據(jù)云平臺實施規(guī)劃與設(shè)計方案進行項目實施，嚴格遵從中國移動相關(guān)標準及廣東移動相關(guān)標準，嚴格按照項目

31、管理的要求。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)配置，建立虛擬交換機，并與物理網(wǎng)卡及物理網(wǎng)絡(luò)聯(lián)調(diào)5.3.2 虛擬機系統(tǒng)設(shè)置云平臺物理和虛擬環(huán)境搭建好后，應(yīng)創(chuàng)建相應(yīng)的虛擬機，安裝操作系統(tǒng)，按需安裝相應(yīng)的應(yīng)用系統(tǒng)軟件，制作相關(guān)的模板。6 應(yīng)用遷移應(yīng)用系統(tǒng)遷移首先將應(yīng)用系統(tǒng)從物理服務(wù)器移植到虛擬機上，可直接在虛擬機上重新部署或者移植應(yīng)用系統(tǒng)，也可將物理機利用遷移工具轉(zhuǎn)換為虛擬機。15溝通從心開始REACHING OUT FROM THE HEART

32、. . . . . . . 中國移動通信集團廣東有限公司。6.1 遷移實施流程圖 6-1應(yīng)用系統(tǒng)遷移實施流程6.2 遷移環(huán)境準備遷移環(huán)境準備是遷移前最重要的工作，包括人員、網(wǎng)絡(luò)環(huán)境、遷移技術(shù)手段、遷移工具等內(nèi)容的準備。1，應(yīng)用系統(tǒng)遷移前，相關(guān)人員應(yīng)準備就緒遷移實施方：負責(zé)具體遷移工作應(yīng)用系統(tǒng)開發(fā)商：負責(zé)具體應(yīng)用的部署和測試網(wǎng)絡(luò)系統(tǒng)管理員：負責(zé)網(wǎng)絡(luò)的通信和連接情況系統(tǒng)管理員：負責(zé)虛擬化環(huán)境的準備和資源提供，原物理服務(wù)器的密碼等信息提供；備份管理員：對重要的數(shù)據(jù)和應(yīng)用進行遷移前備份；2，確認 UAP云平臺具有足夠的CPU、內(nèi)存、存儲和網(wǎng)絡(luò)資源滿足被遷移系統(tǒng)的需求。3，遷移前，對重要的數(shù)據(jù)和應(yīng)用系統(tǒng)

33、進行必要的備份，以防遷移過程中有意外的情況發(fā)生。6.3 遷移執(zhí)行在遷移執(zhí)行階段，須嚴格執(zhí)行制定的遷移方案和遷移流程。6.4 遷移后虛擬機的優(yōu)化在應(yīng)用系統(tǒng)遷移到云平臺環(huán)境后，應(yīng)對虛擬機作出相關(guān)的設(shè)置調(diào)整，以滿足更好的業(yè)務(wù)服務(wù)需求，具。16溝通從心開始REACHING OUT FROM THE HEART. . . . . . . 中國移動通信集團廣東有限公司。體調(diào)整可參考如下幾點（不限于）：消除不必要的虛擬硬件設(shè)備按需求適當增加或者減少虛擬資源配置，比如調(diào)整或者減少處理器和內(nèi)存等設(shè)置設(shè)置資源競爭相關(guān)參數(shù)，如設(shè)置虛擬機最小、最大CPU可用資源，及發(fā)生競爭時的競爭權(quán)重等調(diào)整虛擬機磁盤空間大小，滿足應(yīng)

34、用系統(tǒng)的發(fā)展需求7 測試驗證應(yīng)用系統(tǒng)應(yīng)該做好充分的測試與驗證，為業(yè)務(wù)割接做好準備工作。7.1 應(yīng)用系統(tǒng)測試驗證流程圖 7-1應(yīng)用系統(tǒng)遷移測試流程7.2 應(yīng)用系統(tǒng)測試驗證內(nèi)容首先測試在 UAP平臺虛擬機上的應(yīng)用系統(tǒng)是否具有與物理服務(wù)器相同的功能，然后對應(yīng)用系統(tǒng)進行功能性測試、性能測試、穩(wěn)定性測試，并對有問題的地方進行初步優(yōu)化，最后進行應(yīng)用系統(tǒng)驗證，保證應(yīng)用系統(tǒng)順利割接。7.3 應(yīng)用系統(tǒng)測試對被遷移的應(yīng)用系統(tǒng)通過創(chuàng)建測試用例和測試腳本，選擇合適的測試數(shù)據(jù)和測試樣例，確認遷移數(shù)據(jù)在應(yīng)用系統(tǒng)遷移到云平臺環(huán)境后的有效性，進行有計劃的測試，并在測試結(jié)果基礎(chǔ)上生成報告。功能性測試對云平臺的業(yè)務(wù)應(yīng)用系統(tǒng)進行功能性測試，并與物理服務(wù)器進行對比，確保應(yīng)用系統(tǒng)在平臺遷移后所有功能工作正常，可采用手工測試或者自動化測試工具。對于遷移后應(yīng)用系統(tǒng)，重點測試虛擬環(huán)境下對應(yīng)用業(yè)務(wù)的影響，對于新的業(yè)務(wù)系統(tǒng)，需要進行完整的業(yè)務(wù)邏輯性測試。在性能測試中，主要采用壓力軟件在壓力機上對應(yīng)用系統(tǒng)進行壓力測試，或者采用人工腳本進行壓力。17溝通從心開始REACHING OUT FROM THE HEART. . . . . . . 中國移動通信集團廣東有限公司。性測試，從而衡量應(yīng)