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

遷移方案總體思路中心系統(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ù)作為基礎(chǔ)，來實現(xiàn)在舊系統(tǒng)環(huán)境下的系統(tǒng)無修改，無停機的狀況下，將數(shù)據(jù)和應(yīng)用軟件、操作系統(tǒng)環(huán)境、系統(tǒng)環(huán)境變量等全部以“快照”形式遷移到新服務(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é)點操作，這樣能夠?qū)崿F(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ù)庫日志傳遞技術(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)化針對現(xiàn)有系統(tǒng)需要對外提供服務(wù)的應(yīng)用，需要通過對顧客歷史應(yīng)用進行分析，選擇最優(yōu)的的切割時間節(jié)點，并提切割期間的備份鏈路、人工受理手段。遷移后完整性測試遷移涉及到應(yīng)用、實例、數(shù)據(jù)庫的操作以外，還涉及到遷移前規(guī)劃、遷移后測試的完整性測試。這些測試涉及但不限于數(shù)據(jù)一致性測試、數(shù)據(jù)完整性測試、應(yīng)用會話狀態(tài)完整性測試、連接中斷測試、數(shù)據(jù)恢復(fù)測試。只有這樣才干確保遷移的安全性和有效性。服務(wù)器硬件環(huán)境遷移方案按照顧客招標(biāo)規(guī)定，本次項目建設(shè)的服務(wù)硬件環(huán)境重要是從原有服務(wù)器向北京政務(wù)云平臺的遷移。首先需向北京市政務(wù)云服務(wù)平臺咨詢其對原有服務(wù)器硬件環(huán)境和操作系統(tǒng)環(huán)境虛擬的支持程度，能夠減少遷移的難度。遷移評定遷移前，我公司將對遷移方案進行評定以確保遷移成功。首先我公司將派工程師勘察現(xiàn)有系統(tǒng)的架構(gòu)和資源使用狀況，評定過程必須包含下列信息和內(nèi)容：現(xiàn)有系統(tǒng)支撐的服務(wù)數(shù)量以及在服務(wù)器中的分布狀況；現(xiàn)有物理服務(wù)器資源占用狀況，涉及CPU、內(nèi)存、磁盤和網(wǎng)絡(luò)連接狀況，為確保遷移成功，目的虛擬機規(guī)格應(yīng)不低于原物理機原則；現(xiàn)在的物理環(huán)境與否支持虛擬化，與否支持資源擴展，由于在遷移之前須在物理服務(wù)器上完畢虛擬化；對現(xiàn)在的存儲容量和資源運用率進行評定，需在目的系統(tǒng)中規(guī)劃好遷移需要的存儲空間。需明確現(xiàn)有存儲如何運用，例如有些服務(wù)器是在本地磁盤上創(chuàng)立系統(tǒng)盤和顧客盤，有些服務(wù)器則在本地磁盤上創(chuàng)立系統(tǒng)盤而在SAN/NAS上創(chuàng)立顧客盤。遷移計劃通過對現(xiàn)有網(wǎng)絡(luò)環(huán)境的評定，我們對現(xiàn)有資源運用率，服務(wù)以及系統(tǒng)需求非常清晰并進行評定后才干開始對遷移進行計劃，環(huán)節(jié)以下：1、擬定遷移環(huán)節(jié)，涉及全部服務(wù)器的遷移先后次序，其次序按風(fēng)險的高低降序排列。2、擬定備份方案，由于現(xiàn)有系統(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ò)流量與否會引發(fā)網(wǎng)絡(luò)擁塞6、擬定遷移周期以及參加人員，涉及遷移起止時間，團體能力建設(shè)以及團體組員的角色。測試計劃遷移計劃后，執(zhí)行小批量的測試遷移方案，這里會涉及到首批遷移的測試和審核，環(huán)節(jié)以下：

準(zhǔn)備用于測試遷移的測試系統(tǒng)環(huán)境，在測試時，第一批服務(wù)器將會遷移到該系統(tǒng)環(huán)境中。

安裝并核算遷移工具，此時要執(zhí)行第一批服務(wù)器的遷移。

對第一批服務(wù)器，需分析存儲系統(tǒng)，不管該服務(wù)器在存儲遷移中采用本地磁盤存儲還是遠(yuǎn)端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)成最后的虛擬化基礎(chǔ)設(shè)施，即最后系統(tǒng)。

最后，在目的系統(tǒng)和最后系統(tǒng)之間進行遷移。遷移的具體操作環(huán)節(jié)遷移的具體環(huán)節(jié)及描述以下:1、在評定階段，虛擬化和遷移之前需收集的信息以下：

性能統(tǒng)計：涉及CPU使用率，內(nèi)存使用率，硬盤IOPS和硬盤使用狀況；

物理服務(wù)器配備：涉及CPU規(guī)格，內(nèi)存容量，硬盤容量

統(tǒng)計物理服務(wù)器布署位置，分析與否支持虛擬化，累計支持虛擬化的服務(wù)器數(shù)量，并規(guī)劃出虛擬化中需新增的硬件狀況；通過上述無代理收集和代理收集兩種場景收集現(xiàn)在系統(tǒng)的使用和配備狀況?？刹捎眯畔⑹占ぞ摺?、分析現(xiàn)有服務(wù)的依賴條件，對現(xiàn)在系統(tǒng)進行備份。擬定應(yīng)用系統(tǒng)對服務(wù)器的依賴關(guān)系，可作為遷移參考，擬定全部服務(wù)器的遷移優(yōu)先級次序。在擬定各服務(wù)的依賴條件后，對需進行虛擬化的服務(wù)器進行備份。3、容量規(guī)劃和虛擬化執(zhí)行根據(jù)現(xiàn)在的資源使用和需求狀況，計算虛擬化所需的容量。

4、規(guī)劃應(yīng)用服務(wù)

在擬化解決方案中，同類虛擬機布署在同一種計算資源池中，在同一種池中可互相共享存儲/計算資源，一種集群的故障不會影響其它資源池。5、虛擬化規(guī)劃和虛擬機分派建立虛擬化平臺后，要準(zhǔn)備最后的遷移資源。遷移前，如果服務(wù)器a含有雙核CPU和2G內(nèi)存，那么在虛擬化平臺中就創(chuàng)立一種2核/2G內(nèi)存的虛擬機，并分派對應(yīng)的硬盤。6、

規(guī)劃遷移工具采用遷移工具從物理或虛擬的服務(wù)器向最后的虛擬化系統(tǒng)中進行磁盤復(fù)制。7、通過工具執(zhí)行在線遷移準(zhǔn)備好源系統(tǒng)，目的虛擬機以及目的系統(tǒng)后，決定遷移時需使用的遷移工具和遷移方略。8、遷移測試遷移后，需進行測試來驗證遷移與否成功，測試場景以下：應(yīng)用服務(wù)遷移后對虛擬化基本功效的監(jiān)測；遷移前后應(yīng)用服務(wù)的特性功效與否幾乎相似；虛擬化系統(tǒng)的性能監(jiān)控；….9、停用舊系統(tǒng)截至現(xiàn)在現(xiàn)有的服務(wù)器已經(jīng)被虛擬化和重復(fù)使用，其它某些不支持虛擬化的服務(wù)器上對應(yīng)的服務(wù)也已經(jīng)遷移到虛擬化平臺，那么現(xiàn)在可將應(yīng)用服務(wù)切換到虛擬系統(tǒng)并停用舊系統(tǒng)。應(yīng)用系統(tǒng)和數(shù)據(jù)庫遷移方案針對本項目建設(shè)，我們將在應(yīng)用系統(tǒng)和數(shù)據(jù)庫遷移前，在北京市政務(wù)云平臺中布署與原應(yīng)用同樣的操作系統(tǒng)、中間件、服務(wù)器管理平臺軟件環(huán)境，確保遷移的環(huán)境變化風(fēng)險最低。應(yīng)用服務(wù)器遷移針對本項目應(yīng)用系統(tǒng)遷移，原系統(tǒng)全部是基于多個應(yīng)用環(huán)境、多個應(yīng)用程序框架。本方案計劃對應(yīng)用環(huán)境以及應(yīng)用程序框架提出構(gòu)建NLB群集，將現(xiàn)在系統(tǒng)不停機加入到NLB群集中，使之成為群集中的一種節(jié)點，而新環(huán)境則為另外一種節(jié)點。實施完畢后再退出此遷移群集，將新環(huán)境加入到新的構(gòu)建的NLB群集。NLB不僅能實現(xiàn)均衡負(fù)載，并且還能實現(xiàn)多個形式的冗余。NLB重要用于那些文獻改動不大，并且不常駐內(nèi)存的環(huán)境，例如WEB服務(wù)、FTP服務(wù)、和VPN服務(wù)等。當(dāng)顧客訪問集群的時候，集群能將訪問請求分?jǐn)偟郊褐械拿總€服務(wù)器上，以達成均衡負(fù)載的效果。這些服務(wù)器被稱為集群節(jié)點。在負(fù)載平衡中，每個節(jié)點的文獻普通都規(guī)定是同樣的。這樣每個節(jié)點返回給客戶的成果都是一致的。普通來說組建一種NLB規(guī)定最少兩個節(jié)點，其中一種節(jié)點不能使用，這全部負(fù)載將落入到剩余的那個節(jié)點上，即全載。NLB能提供三種冗余功效，軟件冗余、硬件冗余、站點冗余。數(shù)據(jù)庫遷移實施針對本項目數(shù)據(jù)庫遷移，需要將中心積累的歷史數(shù)據(jù)文獻搬遷到北京市政務(wù)云平臺，并且規(guī)定最小宕機時間，同時面臨的難點還涉及服務(wù)器并不在同一種一種機房。

1、分析與設(shè)計思路針對本項目數(shù)據(jù)庫搬遷環(huán)境特點：第一種是數(shù)據(jù)庫文獻比較大；第二是傳送文獻的速度可能會比較慢（廣域網(wǎng)傳輸）。初步解決方案以下。為了使宕機時間最短，我們這里使用完整備份和差別備份來遷移數(shù)據(jù)庫，在白天的時候?qū)π枰w移的數(shù)據(jù)庫進行一次完整備份（），并把備份文獻拷貝（這里能夠使用FTP軟件進行斷點續(xù)傳）到目的服務(wù)器進行還原，等到下班時間之后再進行一次差別備份（），再把這個差別備份拷貝到目的服務(wù)器，在完整還原的基礎(chǔ)上再進行差別還原。這里的宕機時間=差別備份時間+傳送差別備份文獻時間+還原差別備份文獻時間，不存在宕機時間。2、確保數(shù)據(jù)遷移過程中的安全性和操作可審計性數(shù)據(jù)遷移中的安全性不可無視，本方案設(shè)計基于多重數(shù)據(jù)審計功效實現(xiàn)遷移安全性和操作審計性。系統(tǒng)遷移的具體組織實施方案針對本項目建設(shè)，涉及中心生產(chǎn)系統(tǒng)的搬遷，上述系統(tǒng)含有停機時間規(guī)定短、系統(tǒng)構(gòu)造復(fù)雜、測試時間長、設(shè)備繁多、使用人員多、層次復(fù)雜等特點。本項目搬遷，時間非常緊,且設(shè)備間的穩(wěn)定性也是一種考驗。因此，必須協(xié)調(diào)好各單位人員的關(guān)系，齊心合力才可能在預(yù)定時間內(nèi)完畢搬遷工程。本項目搬遷組織以盡量不影響日常工作或?qū)⒂绊憸p少到最低為前提的狀況下制訂，即在保障內(nèi)容最少日的最少時間節(jié)點開始搬遷，盡快完畢必須搬遷的服務(wù)器、網(wǎng)絡(luò)設(shè)備的搬遷、安裝及測試。并且在開機后來，繼續(xù)跟蹤系統(tǒng)的運行狀況，隨時解決系統(tǒng)運行的異常狀況。搬遷需要原系統(tǒng)建設(shè)公司人員的充足協(xié)調(diào)及配合下才干完畢本次搬遷任務(wù)。搬遷規(guī)劃實施流程：流程重要根據(jù)搬遷前的需要制訂，重要具體理解現(xiàn)在系統(tǒng)設(shè)備狀況，系統(tǒng)運行狀況。針對所理解狀況制訂具體搬遷方案以及應(yīng)急方案。專業(yè)工程師理解顧客現(xiàn)在機房的現(xiàn)狀以及搬遷后的具體規(guī)定。充足考慮在實施過程中可能出現(xiàn)的多個狀況，定制具體可行性的遷移實施計劃，將機房遷移工作對顧客的影響降至最小。編制搬遷前及搬遷后的物理布置表、連接表、線纜號表?？筛鶕?jù)顧客狀況分為多個系統(tǒng)進行分類。在搬遷過程中需要XXX技術(shù)人員親密配合。為確保搬遷工作順利、有序、安全的進行將制訂具體的搬遷流程，進行細(xì)致的分工，具體工作安排到人，責(zé)任到人。搬遷工作中的每項工作原則最少安排（2）人，以確保工作的精確性。具體實施方案為了搬遷能準(zhǔn)時順利進行，并且在搬遷后能夠確保設(shè)備正常運行，我們制訂了一系列簡樸明了的工作表，協(xié)助工程實施人員擬定多個搬遷工作中要執(zhí)行的工作與否完畢。避免工作失誤，避免造成搬遷工作的延誤。實施流程：目的機房的規(guī)定：需要在搬遷前檢查目