系統(tǒng)云遷移方案-全文預(yù)覽
【正文】 ，一個集群的故障不會影響其他資源池。在確定各服務(wù)的依賴條件后，對需進行虛擬化的服務(wù)器進行備份。統(tǒng)計物理服務(wù)器部署位置，分析是否支持虛擬化，累計支持虛擬化的服務(wù)器數(shù)量，并規(guī)劃出虛擬化中需新增的硬件情況；通過上述無代理收集和代理收集兩種場景收集當(dāng)前系統(tǒng)的使用和配置情況。最后，在目標(biāo)系統(tǒng)和最終系統(tǒng)之間進行遷移。確保批量遷移的整個網(wǎng)絡(luò)環(huán)境已準(zhǔn)備完畢，并通過遷移工具完成源系統(tǒng)和目標(biāo)系統(tǒng)之間的連通。對第一批服務(wù)器，需分析存儲系統(tǒng)，不管該服務(wù)器在存儲遷移中采用本地磁盤存儲還是遠(yuǎn)端SAN/NAS存儲系統(tǒng)。準(zhǔn)備用于測試遷移的測試系統(tǒng)環(huán)境，在測試時，第一批服務(wù)器將會遷移到該系統(tǒng)環(huán)境中。在實際遷移開始之前確定額外的測試環(huán)境，該測試環(huán)境能夠引導(dǎo)測試從而確保遷移成功。需明確現(xiàn)有存儲如何利用，比如有些服務(wù)器是在本地磁盤上創(chuàng)建系統(tǒng)盤和用戶盤，有些服務(wù)器則在本地磁盤上創(chuàng)建系統(tǒng)盤而在SAN/NAS上創(chuàng)建用戶盤。 服務(wù)器硬件環(huán)境遷移方案按照用戶招標(biāo)要求，本次項目建設(shè)的服務(wù)硬件環(huán)境主要是從原有服務(wù)器向北京政務(wù)云平臺的遷移。 業(yè)務(wù)切割時間節(jié)點優(yōu)化針對現(xiàn)有系統(tǒng)需要對外提供服務(wù)的應(yīng)用，需要通過對用戶歷史應(yīng)用進行分析，選擇最優(yōu)的的切割時間節(jié)點，并提切割期間的備份鏈路、人工受理手段。由此實現(xiàn)服務(wù)器環(huán)境的整體遷移。 保障業(yè)務(wù)中斷停機時間最小化業(yè)務(wù)中斷對于用戶無論是運行環(huán)境還是測試環(huán)境均存在較大的恢復(fù)風(fēng)險，這樣的風(fēng)險特別對于時間敏感型數(shù)據(jù)和數(shù)據(jù)完整性業(yè)務(wù)都是不可以接受的。遷移必須保證用戶系統(tǒng)建設(shè)的相關(guān)要求，在遷移方案設(shè)計中，我們重點考慮幾個問題。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ù)器中。對于數(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ù)窗口的正常工作。只有這樣才能保證遷移的安全性和有效性。首先我公司將派工程師勘察現(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ān)推薦
鄂ICP備17016276號-1