系統(tǒng)云遷移上云方案_第1頁(yè)
系統(tǒng)云遷移上云方案_第2頁(yè)
系統(tǒng)云遷移上云方案_第3頁(yè)
系統(tǒng)云遷移上云方案_第4頁(yè)
系統(tǒng)云遷移上云方案_第5頁(yè)
已閱讀5頁(yè),還剩3頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

遷移方案總體思路中心系統(tǒng)遷移是一種整體系統(tǒng)工程。遷移必須確保顧客系統(tǒng)建設(shè)的有關(guān)規(guī)定,在遷移方案設(shè)計(jì)中,我們重點(diǎn)考慮幾個(gè)問(wèn)題。保障業(yè)務(wù)中斷停機(jī)時(shí)間最小化業(yè)務(wù)中斷對(duì)于顧客無(wú)論是運(yùn)行環(huán)境還是測(cè)試環(huán)境均存在較大的恢復(fù)風(fēng)險(xiǎn),這樣的風(fēng)險(xiǎn)特別對(duì)于時(shí)間敏感型數(shù)據(jù)和數(shù)據(jù)完整性業(yè)務(wù)都是不能夠接受的。我們基于這樣的規(guī)定,考慮到如何將停機(jī)時(shí)間最小,能否實(shí)現(xiàn)0停機(jī)的建設(shè)目的1、對(duì)于服務(wù)器操作系統(tǒng)而言,我們能夠采用P2V的方式,運(yùn)用操作系統(tǒng)的Volume

Shadow

Copy卷影副本復(fù)制服務(wù)作為基礎(chǔ),來(lái)實(shí)現(xiàn)在舊系統(tǒng)環(huán)境下的系統(tǒng)無(wú)修改,無(wú)停機(jī)的狀況下,將數(shù)據(jù)和應(yīng)用軟件、操作系統(tǒng)環(huán)境、系統(tǒng)環(huán)境變量等全部以“快照”形式遷移到新服務(wù)器中。由此實(shí)現(xiàn)服務(wù)器環(huán)境的整體遷移。2、對(duì)于應(yīng)用中間件和其它應(yīng)用服務(wù)器來(lái)說(shuō),我們能夠基于應(yīng)用服務(wù)器的動(dòng)態(tài)業(yè)務(wù)擴(kuò)展集群方式,來(lái)實(shí)現(xiàn)服務(wù)器不停機(jī)環(huán)境下的增加業(yè)務(wù)節(jié)點(diǎn)操作,這樣能夠?qū)崿F(xiàn)應(yīng)用服務(wù)器“熱添加”到新環(huán)境中的故障轉(zhuǎn)移/負(fù)載均衡集群系統(tǒng)中,在部分應(yīng)用服務(wù)中我們能夠使用session會(huì)話復(fù)制來(lái)實(shí)現(xiàn)舊系統(tǒng)的全局環(huán)境變量和會(huì)話請(qǐng)求狀態(tài)也遷移到新環(huán)境中來(lái)??紤]到會(huì)話復(fù)制和狀態(tài)的快速實(shí)時(shí),我們能夠采用會(huì)話內(nèi)存復(fù)制,考慮到會(huì)話復(fù)制和狀態(tài)的安全性,我們能夠采用會(huì)話數(shù)據(jù)庫(kù)復(fù)制管理。3、對(duì)于數(shù)據(jù)庫(kù)而言,我們能夠基于數(shù)據(jù)庫(kù)本身自帶的數(shù)據(jù)庫(kù)鏡像技術(shù)、數(shù)據(jù)庫(kù)日志傳遞技術(shù)來(lái)實(shí)現(xiàn)各自的分庫(kù)、遷移庫(kù)的構(gòu)建,數(shù)據(jù)庫(kù)鏡像技術(shù)能夠讓我們不僅確保數(shù)據(jù)庫(kù)遷移的不停機(jī),并且還能夠確保萬(wàn)一遷移中出現(xiàn)停機(jī)故障也不影響源數(shù)據(jù)庫(kù),而日志傳遞技術(shù)構(gòu)建的遷移能夠確保系統(tǒng)數(shù)據(jù)庫(kù)遷移以異步方式進(jìn)行,這樣能夠讓我們的系統(tǒng)環(huán)境在網(wǎng)絡(luò)出現(xiàn)故障的狀況仍然能夠進(jìn)行遷移任務(wù)窗口的正常工作。業(yè)務(wù)切割時(shí)間節(jié)點(diǎn)優(yōu)化針對(duì)現(xiàn)有系統(tǒng)需要對(duì)外提供服務(wù)的應(yīng)用,需要通過(guò)對(duì)顧客歷史應(yīng)用進(jìn)行分析,選擇最優(yōu)的的切割時(shí)間節(jié)點(diǎn),并提切割期間的備份鏈路、人工受理手段。遷移后完整性測(cè)試遷移涉及到應(yīng)用、實(shí)例、數(shù)據(jù)庫(kù)的操作以外,還涉及到遷移前規(guī)劃、遷移后測(cè)試的完整性測(cè)試。這些測(cè)試涉及但不限于數(shù)據(jù)一致性測(cè)試、數(shù)據(jù)完整性測(cè)試、應(yīng)用會(huì)話狀態(tài)完整性測(cè)試、連接中斷測(cè)試、數(shù)據(jù)恢復(fù)測(cè)試。只有這樣才干確保遷移的安全性和有效性。服務(wù)器硬件環(huán)境遷移方案按照顧客招標(biāo)規(guī)定,本次項(xiàng)目建設(shè)的服務(wù)硬件環(huán)境重要是從原有服務(wù)器向北京政務(wù)云平臺(tái)的遷移。首先需向北京市政務(wù)云服務(wù)平臺(tái)咨詢其對(duì)原有服務(wù)器硬件環(huán)境和操作系統(tǒng)環(huán)境虛擬的支持程度,能夠減少遷移的難度。遷移評(píng)定遷移前,我公司將對(duì)遷移方案進(jìn)行評(píng)定以確保遷移成功。首先我公司將派工程師勘察現(xiàn)有系統(tǒng)的架構(gòu)和資源使用狀況,評(píng)定過(guò)程必須包含下列信息和內(nèi)容:現(xiàn)有系統(tǒng)支撐的服務(wù)數(shù)量以及在服務(wù)器中的分布狀況;現(xiàn)有物理服務(wù)器資源占用狀況,涉及CPU、內(nèi)存、磁盤(pán)和網(wǎng)絡(luò)連接狀況,為確保遷移成功,目的虛擬機(jī)規(guī)格應(yīng)不低于原物理機(jī)原則;現(xiàn)在的物理環(huán)境與否支持虛擬化,與否支持資源擴(kuò)展,由于在遷移之前須在物理服務(wù)器上完畢虛擬化;對(duì)現(xiàn)在的存儲(chǔ)容量和資源運(yùn)用率進(jìn)行評(píng)定,需在目的系統(tǒng)中規(guī)劃好遷移需要的存儲(chǔ)空間。需明確現(xiàn)有存儲(chǔ)如何運(yùn)用,例如有些服務(wù)器是在本地磁盤(pán)上創(chuàng)立系統(tǒng)盤(pán)和顧客盤(pán),有些服務(wù)器則在本地磁盤(pán)上創(chuàng)立系統(tǒng)盤(pán)而在SAN/NAS上創(chuàng)立顧客盤(pán)。遷移計(jì)劃通過(guò)對(duì)現(xiàn)有網(wǎng)絡(luò)環(huán)境的評(píng)定,我們對(duì)現(xiàn)有資源運(yùn)用率,服務(wù)以及系統(tǒng)需求非常清晰并進(jìn)行評(píng)定后才干開(kāi)始對(duì)遷移進(jìn)行計(jì)劃,環(huán)節(jié)以下:1、擬定遷移環(huán)節(jié),涉及全部服務(wù)器的遷移先后次序,其次序按風(fēng)險(xiǎn)的高低降序排列。2、擬定備份方案,由于現(xiàn)有系統(tǒng)會(huì)被加固,某些服務(wù)器通過(guò)虛擬化重復(fù)運(yùn)用,而在虛擬化前需要去除全部的數(shù)據(jù),因此需要對(duì)這些服務(wù)器進(jìn)行備份確保服務(wù)的持續(xù)性。3、擬定并準(zhǔn)備好遷移所需的工具,涉及工具在遷移中必備的一系列功效和使用工具所需含有的網(wǎng)絡(luò)環(huán)境。4、在實(shí)際遷移開(kāi)始之前擬定額外的測(cè)試環(huán)境,該測(cè)試環(huán)境能夠引導(dǎo)測(cè)試從而確保遷移成功。因此,測(cè)試環(huán)境需明確設(shè)計(jì)的服務(wù)器和存儲(chǔ)數(shù)量。5、規(guī)劃網(wǎng)絡(luò)環(huán)境,由于網(wǎng)絡(luò)中的服務(wù)器各處不同位置,因此在遷移中需考慮到網(wǎng)絡(luò)連接狀況、數(shù)據(jù)備份方式,以及網(wǎng)絡(luò)流量來(lái)源,擬定網(wǎng)絡(luò)流量與否會(huì)引發(fā)網(wǎng)絡(luò)擁塞6、擬定遷移周期以及參加人員,涉及遷移起止時(shí)間,團(tuán)體能力建設(shè)以及團(tuán)體組員的角色。測(cè)試計(jì)劃遷移計(jì)劃后,執(zhí)行小批量的測(cè)試遷移方案,這里會(huì)涉及到首批遷移的測(cè)試和審核,環(huán)節(jié)以下:

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

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

對(duì)第一批服務(wù)器,需分析存儲(chǔ)系統(tǒng),不管該服務(wù)器在存儲(chǔ)遷移中采用本地磁盤(pán)存儲(chǔ)還是遠(yuǎn)端SAN/NAS存儲(chǔ)系統(tǒng)。遷移測(cè)試在第一批服務(wù)器和服務(wù)的小批量測(cè)試遷移后,需對(duì)遷移后的服務(wù)器進(jìn)行測(cè)試,涉及單元測(cè)試和性能測(cè)試。遷移實(shí)施在遷移實(shí)施過(guò)程中,全部的服務(wù)器都會(huì)被遷移到虛擬化系統(tǒng)下。執(zhí)行環(huán)節(jié)以下:

確保批量遷移的整個(gè)網(wǎng)絡(luò)環(huán)境已準(zhǔn)備完畢,并通過(guò)遷移工具完畢源系統(tǒng)和目的系統(tǒng)之間的連通。此處的目的系統(tǒng)屬于中轉(zhuǎn)系統(tǒng)。

對(duì)遷移系統(tǒng)進(jìn)行性能審核和健康檢查,如果系統(tǒng)狀態(tài)監(jiān)視則停用舊系統(tǒng)并將其服務(wù)臨時(shí)轉(zhuǎn)移到新的虛擬化系統(tǒng)中。

進(jìn)行利舊,對(duì)于一部分可用的舊硬件可在服務(wù)器虛擬化中重新再運(yùn)用,某些軟件資源需擴(kuò)展,如內(nèi)存和硬盤(pán)。這些服務(wù)器構(gòu)成最后的虛擬化基礎(chǔ)設(shè)施,即最后系統(tǒng)。

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

性能統(tǒng)計(jì):涉及CPU使用率,內(nèi)存使用率,硬盤(pán)IOPS和硬盤(pán)使用狀況;

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

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論