系統(tǒng)云遷移上云專題方案

1、1.1.1.1.1遷移方案總體思路中心系統(tǒng)遷移是一種整體系統(tǒng)工程。遷移必須保證顧客系統(tǒng)建設(shè)日勺有關(guān)規(guī) 定，在遷移方案設(shè)計中，我們重點考慮幾種問題。保障業(yè)務(wù)中斷停機時間最小化業(yè)務(wù)中斷對于顧客無論是運營環(huán)境還是測試環(huán)境均存在較大勺恢復(fù)風(fēng)險，這 樣勺風(fēng)險特別對于時間敏感型數(shù)據(jù)和數(shù)據(jù)完整性業(yè)務(wù)都是不可以接受勺。我們基 于這樣勺規(guī)定，考慮到如何將停機時間最小，能否實現(xiàn)0停機勺建設(shè)目勺？1、對于服務(wù)器操作系統(tǒng)而言，我們可以采用P2V勺方式，運用操作系統(tǒng)勺 Volume Shadow Copy卷影副本復(fù)制服務(wù)作為基本，來實目前舊系統(tǒng)環(huán)境下勺系 統(tǒng)無修改，無停機勺狀況下，將數(shù)據(jù)和應(yīng)用軟件、操作系統(tǒng)環(huán)境、系統(tǒng)環(huán)

2、境變量 等所有以“快照”形式遷移到新服務(wù)器中。由此實現(xiàn)服務(wù)器環(huán)境勺整體遷移。2、對于應(yīng)用中間件和其她應(yīng)用服務(wù)器來說，我們可以基于應(yīng)用服務(wù)器勺動 態(tài)業(yè)務(wù)擴展集群方式，來實現(xiàn)服務(wù)器不斷機環(huán)境下勺增長業(yè)務(wù)節(jié)點操作，這樣可 以實現(xiàn)應(yīng)用服務(wù)器“熱添加”到新環(huán)境中勺故障轉(zhuǎn)移/負(fù)載均衡集群系統(tǒng)中，在部 分應(yīng)用服務(wù)中我們可以使用session會話復(fù)制來實現(xiàn)舊系統(tǒng)勺全局環(huán)境變量和會 話祈求狀態(tài)也遷移到新環(huán)境中來?？紤]到會話復(fù)制和狀態(tài)勺迅速實時，我們可以 采用會話內(nèi)存復(fù)制，考慮到會話復(fù)制和狀態(tài)勺安全性，我們可以采用會話數(shù)據(jù)庫 復(fù)制管理。3、對于數(shù)據(jù)庫而言，我們可以基于數(shù)據(jù)庫自身自帶勺數(shù)據(jù)庫鏡像技術(shù)、數(shù) 據(jù)庫日記傳

3、遞技術(shù)來實現(xiàn)各自勺分庫、遷移庫勺構(gòu)建，數(shù)據(jù)庫鏡像技術(shù)可以讓我 們不僅保證數(shù)據(jù)庫遷移勺不斷機，并且還可以保證萬一遷移中浮現(xiàn)停機故障也不 影響源數(shù)據(jù)庫，而日記傳遞技術(shù)構(gòu)建勺遷移可以保證系統(tǒng)數(shù)據(jù)庫遷移以異步方式 進行，這樣可以讓我們勺系統(tǒng)環(huán)境在網(wǎng)絡(luò)浮現(xiàn)故障勺狀況仍然可以進行遷移任務(wù) 窗口勺正常工作。業(yè)務(wù)切割時間節(jié)點優(yōu)化針對既有系統(tǒng)需要對外提供服務(wù)日勺應(yīng)用，需要通過對顧客歷史應(yīng)用進行分 析，選擇最優(yōu)日勺日勺切割時間節(jié)點，并提切割期間日勺備份鏈路、人工受理手段。遷移后完整性測試遷移波及到應(yīng)用、實例、數(shù)據(jù)庫勺操作以外，還波及到遷移前規(guī)劃、遷移后 測試勺完整性測試。這些測試涉及但不限于數(shù)據(jù)一致性測試、數(shù)據(jù)完

4、整性測試、 應(yīng)用會話狀態(tài)完整性測試、連接中斷測試、數(shù)據(jù)恢復(fù)測試。只有這樣才干保證遷 移勺安全性和有效性。1.1.1.1.2服務(wù)器硬件環(huán)境遷移方案按照顧客招標(biāo)規(guī)定，本次項目建設(shè)勺服務(wù)硬件環(huán)境重要是從原有服務(wù)器向北 京政務(wù)云平臺勺遷移。一方面需向北京市政務(wù)云服務(wù)平臺征詢其對原有服務(wù)器硬 件環(huán)境和操作系統(tǒng)環(huán)境虛擬勺支持限度，可以減少遷移勺難度。遷移評估遷移前，我公司將對遷移方案進行評估以保證遷移成功。一方面我公司將派 工程師勘察既有系統(tǒng)勺架構(gòu)和資源使用狀況，評估過程必須涉及如下信息和內(nèi) 容：既有系統(tǒng)支撐勺服務(wù)數(shù)量以及在服務(wù)器中勺分布狀況；既有物理服務(wù)器資源占用狀況，涉及CPU、內(nèi)存、磁盤和網(wǎng)絡(luò)連接狀

5、況， 為保證遷移成功，目勺虛擬機規(guī)格應(yīng)不低于原物理機原則；目前勺物理環(huán)境與否支持虛擬化，與否支持資源擴展，由于在遷移之前須在 物理服務(wù)器上完畢虛擬化；對目前勺存儲容量和資源運用率進行評估，需在目勺系統(tǒng)中規(guī)劃好遷移需要 勺存儲空間。需明確既有存儲如何運用，例如有些服務(wù)器是在本地磁盤上創(chuàng)立系 統(tǒng)盤和顧客盤，有些服務(wù)器則在本地磁盤上創(chuàng)立系統(tǒng)盤而在SAN/NAS上創(chuàng)立顧 客盤。遷移籌劃通過對既有網(wǎng)絡(luò)環(huán)境日勺評估，我們對既有資源運用率，服務(wù)以及系統(tǒng)需求非 常清晰并進行評估后才干開始對遷移進行籌劃，環(huán)節(jié)如下：1、擬定遷移環(huán)節(jié)，涉及所有服務(wù)器勺遷移先后順序，其順序按風(fēng)險勺高下 降序排列。2、擬定備份方案，由

6、于既有系統(tǒng)會被加固，某些服務(wù)器通過虛擬化反復(fù)運 用，而在虛擬化前需要清除所有勺數(shù)據(jù)，因此需要對這些服務(wù)器進行備份保證服 務(wù)勺持續(xù)性。3、擬定并準(zhǔn)備好遷移所需勺工具，涉及工具在遷移中必備勺一系列功能和 使用工具所需具有勺網(wǎng)絡(luò)環(huán)境。4、在實際遷移開始之前擬定額外勺測試環(huán)境，該測試環(huán)境可以引導(dǎo)測試從 而保證遷移成功。因此，測試環(huán)境需明確設(shè)計勺服務(wù)器和存儲數(shù)量。5、規(guī)劃網(wǎng)絡(luò)環(huán)境，由于網(wǎng)絡(luò)中勺服務(wù)器各處不同位置，因此在遷移中需考 慮到網(wǎng)絡(luò)連接狀況、數(shù)據(jù)備份方式，以及網(wǎng)絡(luò)流量來源，擬定網(wǎng)絡(luò)流量與否會引 起網(wǎng)絡(luò)擁塞6、擬定遷移周期以及參與人員，涉及遷移起止時間，團隊能力建設(shè)以及團 隊成員勺角色。測試籌劃遷移

7、籌劃后，執(zhí)行小批量勺測試遷移方案，這里會波及到首批遷移勺測試和 審核，環(huán)節(jié)如下：準(zhǔn)備用于測試遷移勺測試系統(tǒng)環(huán)境，在測試時，第一批服務(wù)器將會遷移到 該系統(tǒng)環(huán)境中。安裝并核算遷移工具，此時要執(zhí)行第一批服務(wù)器勺遷移。對第一批服務(wù)器，需分析存儲系統(tǒng)，不管該服務(wù)器在存儲遷移中采用本地 磁盤存儲還是遠端SAN/NAS存儲系統(tǒng)。遷移測試在第一批服務(wù)器和服務(wù)日勺小批量測試遷移后，需對遷移后日勺服務(wù)器進行測 試，涉及單元測試和性能測試。遷移實行在遷移實行過程中，所有勺服務(wù)器都會被遷移到虛擬化系統(tǒng)下。執(zhí)行環(huán)節(jié)如下：保證批量遷移勺整個網(wǎng)絡(luò)環(huán)境已準(zhǔn)備完畢，并通過遷移工具完畢源系統(tǒng)和 目勺系統(tǒng)之間勺連通。此處勺目勺系統(tǒng)屬于中轉(zhuǎn)系統(tǒng)。對遷移系統(tǒng)進行性能審核和健康檢查，如果系統(tǒng)狀態(tài)監(jiān)視則停用舊系統(tǒng)并 將其服務(wù)臨時轉(zhuǎn)移到新勺虛擬化系統(tǒng)中。進行利舊，對于一部分可用勺舊硬件可在服務(wù)器虛擬化中重新再運用，某 些軟件資源需擴展，如內(nèi)存和硬盤。這些服務(wù)器構(gòu)成最后勺虛擬化基本設(shè)施，即 最后系統(tǒng)。最后，在目勺系統(tǒng)和最后系統(tǒng)之間進行遷移。1.1.1.1.3遷移的具體操作環(huán)節(jié)遷移勺具體環(huán)節(jié)及描述如下：1、在評估階段，虛擬化和遷移之前需收集勺信息如下：性能記錄：涉及CPU使用率，內(nèi)存使用率，硬盤IOPS和硬盤使用狀況