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

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

淮釜評估環(huán)境

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

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