【正文】 開發(fā)商：負(fù)責(zé)實施 UAP 平臺各應(yīng)用系統(tǒng)日常的 724 小時故障響應(yīng)處理工作，為 UAP 平臺各應(yīng)用系統(tǒng)的維護支撐提供技術(shù)支持。精選資料可修改編輯 系統(tǒng)評估和分析流程圖 31 評估和分析流程應(yīng)用系統(tǒng)遷移評估與分析流程描述如下：表 31 系統(tǒng)評估和分析流程編號 步驟名稱 責(zé)任人 說明 確定遷移范圍? 確定要遷移的應(yīng)用系統(tǒng)，及未來的數(shù)據(jù)中心等內(nèi)容 選擇評估方法 ? 選擇自動化工具評估（MAP）、 問卷調(diào)查、 訪談等評估方法 準(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)容 系統(tǒng)評估 遷移實施方 ? 對系統(tǒng)進行評估，使用問卷調(diào)研、自 動化工具評估、訪談等形式 問卷調(diào)研 遷移實施方 ? 采用調(diào)查問卷的方式進行調(diào)研 自動化工具評估 遷移實施方 ? 采用自動化評估工具進行系統(tǒng)評估 訪談 遷移實施方 ? 采用訪談的方式進行調(diào)研 需求分析 遷移實施方 ? 對應(yīng)用系統(tǒng)進行整體需求分析 基礎(chǔ)架構(gòu)層評估 遷移實施方 ? 對被評估系統(tǒng)進行基礎(chǔ)架構(gòu)層面的具體評估 和信息匯總 應(yīng)用層面評估 遷移實施方 ? 對被評估系統(tǒng)進行應(yīng)用層面評估和信息匯總 業(yè)務(wù)層信息匯總 遷移實施方 ? 對被評估系統(tǒng)進行業(yè)務(wù)層信息匯總 運維層信息匯總 遷移實施方 ? 對被評估系統(tǒng)進行運維信息需求匯總 現(xiàn)狀調(diào)研及需求分析報告 遷移實施方 ? 根據(jù)調(diào)研內(nèi)容，撰寫《現(xiàn)狀調(diào)研及需求分析報告》精選資料可修改編輯 調(diào)研報告審核 ? 對《現(xiàn)狀調(diào)研及需求分析報告》進行審核 判斷是否通過審核 ? 如通過審核，則結(jié)束調(diào)研和分析流程結(jié)束? 如未通過審核，則返回 評估準(zhǔn)備 遷移范圍確定應(yīng)用系統(tǒng)遷移，首先要確定遷移范 圍，如：? 哪些應(yīng)用系統(tǒng)需求從哪些服務(wù)器上遷移到 UAP 云平臺虛擬機上；? 哪些應(yīng)用系統(tǒng)需要進行解耦和整合等操作；? 遷移前后機房環(huán)境的變化確認(rèn)等。 對于一些比較復(fù)雜的問題，可以采用深度訪談的方式，形成訪談報 告， 補充到文檔中。物理基礎(chǔ)架構(gòu)的評估中，應(yīng)完成如下內(nèi)容的 評估：? 在基礎(chǔ)架構(gòu)硬件的 CPU 評估中，應(yīng)收集 CPU 的型號、主頻、內(nèi)核數(shù)、 顆數(shù)， 應(yīng)評估 CPU 的利用率。精選資料可修改編輯 應(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ù)?？筛鶕?jù)業(yè)務(wù)的重要性設(shè)置相關(guān)的權(quán)重，比如可以設(shè)置重要業(yè)務(wù)權(quán)重為 200，比較重要 業(yè)務(wù)的權(quán)重是 150，不重要的業(yè)務(wù)權(quán)重是 100。在評估階段，應(yīng)評估業(yè)務(wù)的成熟度，業(yè)務(wù)成熟度可作為應(yīng)用系 統(tǒng)資源預(yù)留的一個重要衡量指標(biāo)。 遷移對應(yīng)用系統(tǒng)的影響將應(yīng)用系統(tǒng)從物理服務(wù)器遷移到虛擬化，從一個機房遷移到另外一個機房，這種遷移會對應(yīng)用系統(tǒng)本身產(chǎn)生不同程度的影響。 基礎(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)的需求。 遷移方案設(shè)計 虛擬化適用性分析在系統(tǒng)評估后，進一步細(xì)化了可遷移的服 務(wù)器范圍。 資源映射分析在遷移后的資源需求設(shè)計中，即 對物理資源的需求映射為對 虛擬資源的需求， 應(yīng)具體到 CPU、內(nèi)存、硬盤和網(wǎng)絡(luò)細(xì)顆粒度級別。?對于存儲資源，物理系統(tǒng)到虛擬系統(tǒng)的損耗較大， 設(shè)計 虛擬系統(tǒng)請盡量加大物理系統(tǒng)的帶寬， 對于虛擬機的磁盤容量可選取按需分配模式。設(shè)計應(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ù)重要性均衡原 則。資源控制分為如下幾個部分：? 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è)計中，應(yīng)考慮全局，根據(jù)業(yè)務(wù)系統(tǒng)的重要性設(shè) 置應(yīng)用系統(tǒng)的權(quán)重，以便遷移后虛擬機可按相對權(quán)重獲得相應(yīng)的資源競爭機會。? 依賴應(yīng)用系統(tǒng)，是指該應(yīng)用系統(tǒng)依賴于其他應(yīng)用系統(tǒng)。 虛擬化環(huán)境準(zhǔn)備步驟圖 51 虛擬化環(huán)境準(zhǔn)備步驟 虛擬化環(huán)境準(zhǔn)備與方案設(shè)計 環(huán)境確認(rèn)在環(huán)境確認(rèn)中，應(yīng)確認(rèn)如下環(huán) 境是否準(zhǔn)備就位，以便 順利進 行項目實施。精選資料可修改編輯 遷移實施流程圖 61 應(yīng)用系統(tǒng)遷移實施流程 遷移環(huán)境準(zhǔn)備遷移環(huán)境準(zhǔn)備是遷移前最重要的工作， 包括人員、網(wǎng) 絡(luò)環(huán)境、遷移技術(shù)手段、遷移工具等內(nèi)容的準(zhǔn)備。 遷移后虛擬機的優(yōu)化在應(yīng)用系統(tǒng)遷移到云平臺環(huán)境后， 應(yīng)對虛擬機作出相關(guān)的 設(shè)置調(diào)整，以 滿足更好的業(yè)務(wù)服務(wù)需求，具體精選資料可修改編輯調(diào)整可參考如下幾點（不限于）：? 消除不必要的虛擬硬件設(shè)備? 按需求適當(dāng)增加或者減少虛擬資源配置，比如 調(diào)整或者減少處理器和內(nèi)存等設(shè)置? 設(shè)置資源競爭相關(guān)參數(shù)，如設(shè)置虛擬機最小、最大 CPU 可用資源，及發(fā)生競爭時的競爭權(quán)重等? 調(diào)整虛擬機磁盤空間大小，滿足應(yīng)用系統(tǒng)的發(fā)展需求7 測試驗證應(yīng)用系統(tǒng)應(yīng)該做好充分的測試與驗證，為業(yè)務(wù)割接做好準(zhǔn) 備工作。 對于遷移后應(yīng)用系統(tǒng)，重點測試虛擬環(huán)境下對應(yīng)用業(yè)務(wù)的影響，對于新的 業(yè)務(wù)系統(tǒng)，需要 進行完整的 業(yè)務(wù)邏輯性測試。8 應(yīng)用系統(tǒng)割接應(yīng)用系統(tǒng)割接是在 UAP 云平臺中完成應(yīng)用系統(tǒng)的上線割接，原系統(tǒng)停止對外服務(wù)，UAP 云平臺上的應(yīng)用系統(tǒng)開始提供對外服務(wù)。管理層面的準(zhǔn)備如割接前的系統(tǒng)公告、割接后客 戶回訪等；技術(shù)層面的割接準(zhǔn) 備，如準(zhǔn) 備好云平臺相關(guān)硬件設(shè)備和功能等。? 新系統(tǒng)上線寄宿于云平臺的應(yīng)用系統(tǒng)上線，開始 對外提供服務(wù)。在割接后 觀察期中，遇到不穩(wěn)定運行的系統(tǒng)，要考 慮是否回退。精選資料可修改編輯9 附錄 MAP 性能評估工具實施文檔 典型案例三個典型案例精選資料可修改編輯THANKS !!!致力為企業(yè)和個人提供合同協(xié)議，策劃案計劃書，學(xué)習(xí)課件等等打造全網(wǎng)一站式需求歡迎您的下載，資料僅供參考。觀察期周期設(shè)置取決于具體的應(yīng)用系統(tǒng)特點，建 議觀察期在三個完整的 業(yè)務(wù)周期以上。應(yīng)用系統(tǒng)割接應(yīng)在規(guī)定的時間窗口內(nèi)完成，如規(guī) 定時間內(nèi)無法完成，或者割接后運行不穩(wěn)定，則需考慮回退應(yīng)用系統(tǒng)，撥回配置信息，啟用原系統(tǒng)。中止服 務(wù)時，請不要關(guān)閉原有系統(tǒng)，而是簡單地將網(wǎng)絡(luò)斷開，這樣，如果遷移后的虛擬機不能正常使用，可在最短時間內(nèi)啟用原系統(tǒng)。割接操作前，應(yīng)做好割接準(zhǔn)備 。 系統(tǒng)優(yōu)化對測試過程中發(fā)現(xiàn)的系統(tǒng)問題，進行系統(tǒng)優(yōu)化，達(dá)到比 較優(yōu) 化的運行狀態(tài)。 應(yīng)用系統(tǒng)測試對被遷移的應(yīng)用系統(tǒng)通過創(chuàng)建測試用例和測試腳本， 選擇 合適的測試數(shù)據(jù)和測試樣例，確 認(rèn)遷移數(shù)據(jù)在應(yīng)用系統(tǒng)遷移到云平臺環(huán)境后的有效性， 進行有計劃的 測試，并在 測試結(jié)果基礎(chǔ)上生成報告。3，遷移前，對重要的數(shù)據(jù)和應(yīng)用系統(tǒng)進行必要的備份，以防遷移過程中有意外的情況發(fā)生。 虛擬化系統(tǒng)設(shè)置與調(diào)試在虛擬化系統(tǒng)配置與調(diào)試中，包括如下內(nèi)容：? HyperV 管理軟件的高級功能配置，如 HA、動態(tài)遷移等高級功能，以滿足業(yè)務(wù)的具體需要? 存儲的相應(yīng)配置? 網(wǎng)絡(luò)虛擬化的相應(yīng)配置，建立虛擬交換機，并與物理網(wǎng)卡及物理網(wǎng)絡(luò)聯(lián)調(diào) 虛擬機系統(tǒng)設(shè)置云平臺物理和虛擬環(huán)境搭建好后， 應(yīng)創(chuàng)建相應(yīng)的虛擬機，安裝操作系統(tǒng)，按需安裝相應(yīng)的應(yīng)用系統(tǒng)軟件，制作相關(guān)的模板。精選資料可修改編輯在實際遷移中，建議應(yīng)由難而易，由復(fù)雜到簡單，從而能更好的完成所有的遷移工作。對 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è)務(wù)的應(yīng)用系統(tǒng)盡量放置于一臺服務(wù)器上，從而減少物理網(wǎng)絡(luò)帶寬的占用，并保持網(wǎng)絡(luò)的穩(wěn)定性? 不同業(yè)務(wù)高峰的應(yīng)用系統(tǒng)組合放置于一臺物理服務(wù)器內(nèi) 資源競爭關(guān)系設(shè)計虛擬機資源競爭策略取決于兩個因素，第一因素是資源設(shè) 置，第二因素是 資源控制。 服務(wù)器放置設(shè)計源物理服務(wù)器到目標(biāo)虛擬機的映射關(guān)系是將應(yīng)用系統(tǒng)物理服務(wù)器與