999精品在线视频,手机成人午夜在线视频,久久不卡国产精品无码,中日无码在线观看,成人av手机在线观看,日韩精品亚洲一区中文字幕,亚洲av无码人妻,四虎国产在线观看 ?

基于RSYNC的Linux系統(tǒng)遷移上云方案實現(xiàn)

2021-09-29 12:35:00牟駿田富強(qiáng)胡波葉鑫平
科技資訊 2021年17期

牟駿 田富強(qiáng) 胡波 葉鑫平

DOI:10.16661/j.cnki.1672-3791.2107-5042-5725

摘 ?要:隨著業(yè)務(wù)系統(tǒng)上云規(guī)模不斷擴(kuò)大,越來越多的業(yè)務(wù)系統(tǒng)客戶提出了遷移上云需求,如何把現(xiàn)有物理機(jī)上的系統(tǒng)遷移到云計算管理平臺上作為一臺虛擬機(jī)運(yùn)行是一個關(guān)鍵問題。該文提出基于RSYNC的文件級同步方案進(jìn)行Linux操作系統(tǒng)的全量及增量遷移。經(jīng)測試,該方案能實現(xiàn)為任意X86環(huán)境(傳統(tǒng)硬件架構(gòu)、虛擬化、異構(gòu)云)之間提供遷移支持。

關(guān)鍵詞:數(shù)據(jù)鏡像備份工具 虛擬機(jī) 遷移上云 可引導(dǎo)Linux系統(tǒng)

中圖分類號:TP317? ? ?文獻(xiàn)標(biāo)識碼:A? ? ?文章編號:1672-3791(2021)06(b)-0013-03

Implementation of Linux System Migration to the Cloud based on RSYNC

Mou Jun Tian Fuqiang Hu Bo Ye Xinping

(Aostar Information Technologies Co., Ltd., Chengdu,Sichuan Province,610041?China)

Abstract: With the continuous expansion of the scale of business systems on the cloud, more and more business system customers have proposed to migrate to the cloud. How to migrate the system on the existing physical machine to the cloud computing management platform to run as a virtual machine The key issue. This paper proposes a file-level synchronization scheme based on RSYNC for full and incremental migration of the Linux operating system. After testing, the solution can be implemented to provide migration support between any X86 environment (traditional hardware architecture, virtualization, heterogeneous cloud).

Key Words: Data mirroring backup tool; Virtual machine; Migration to the cloud; Bootable linux system

隨著云計算和虛擬化的迅速發(fā)展,在構(gòu)建數(shù)據(jù)中心時,將已有傳統(tǒng)硬件架構(gòu)的系統(tǒng)遷移上云面臨著諸多困難,人工重新部署效率低且風(fēng)險高,遷移工具免費(fèi)的限制了特定平臺使用,收費(fèi)的遷移工具往往又比較昂貴。

遷移上云是一個系統(tǒng)工程,要保障業(yè)務(wù)中斷時間最小化或0停機(jī),在遷移的每個階段都要充分地考慮和驗證。遷移準(zhǔn)備階段,需要充分收集源系統(tǒng)的信息,對涉及綁定了硬件、KEY等特殊應(yīng)用的系統(tǒng)提前驗證目標(biāo)平臺的兼容性;根據(jù)收集的信息綜合分析選擇最優(yōu)的遷移方案,比如集群式的應(yīng)用系統(tǒng),系統(tǒng)整機(jī)遷移不是好的選擇,“熱擴(kuò)展”節(jié)點才是實現(xiàn)0停機(jī)的最佳方案。系統(tǒng)遷移階段,提前做好系統(tǒng)的關(guān)鍵數(shù)據(jù)備份,遷移過程中源系統(tǒng)不中斷,遷移占用的網(wǎng)絡(luò)帶寬不能影響業(yè)務(wù)系統(tǒng)正常使用。遷移完成階段,計劃系統(tǒng)切換停機(jī)時間,驗證源端和目標(biāo)端數(shù)據(jù)一致沒有丟失,遷移切換失敗回退到源系統(tǒng)[1-2]

該文將介紹通過RSYNC實現(xiàn)Linux系統(tǒng)的整機(jī)遷移方案,該方案支持異構(gòu)虛擬化之間、傳統(tǒng)硬件架構(gòu)系統(tǒng)上云的遷移,并且短時間完成業(yè)務(wù)系統(tǒng)的切換。

1 ??RSYNC方案概述

該方案包括系統(tǒng)全量同步、增量機(jī)制、LiveCD應(yīng)用、重建系統(tǒng)引導(dǎo)、內(nèi)存溢出修復(fù)5個部分。

如圖1所示,在目標(biāo)平臺創(chuàng)建同源端相同配置的虛擬機(jī)(target節(jié)點),以LiveCD啟動目標(biāo)平臺的“target”節(jié)點,在“臨時系統(tǒng)”里面配置IP以便同源端進(jìn)行RSYNC通信,并格式化磁盤同源端“source”節(jié)點保持一致。

基于上述配置之后,可以在“source”節(jié)點的系統(tǒng)內(nèi)部發(fā)起rsync數(shù)據(jù)同步操作,同步完成后修復(fù)“target”節(jié)點的系統(tǒng)引導(dǎo),系統(tǒng)重新從磁盤啟動即完成了基于rsync的Linux系統(tǒng)整機(jī)遷移[3]

1.1全量同步機(jī)制

在系統(tǒng)全量遷移有兩個關(guān)鍵步驟,一是目標(biāo)虛擬機(jī)磁盤的處理,另一個是利用RSYNC進(jìn)行數(shù)據(jù)同步遷移時涉及的參數(shù)選項,以及需要遷移的Linux系統(tǒng)目錄[4]

1.1.1 ?目標(biāo)磁盤處理步驟

(1)收集源系統(tǒng)的磁盤信息,包括磁盤數(shù)量、大小、名稱信息,記錄系統(tǒng)內(nèi)磁盤的分區(qū)方式、文件系統(tǒng)格式和對應(yīng)的掛載點,若使用LVM還需要記錄PV、VG、LV的關(guān)系信息。(2)通過LiveCD啟動目標(biāo)虛擬機(jī),按照源端收集的信息進(jìn)行磁盤分區(qū)和格式化。(3)將格式化的分區(qū)/lv掛載,以LiveCD啟動的“臨時系統(tǒng)”中的“/mnt”目錄對應(yīng)源系統(tǒng)的“/”目錄,掛載示例如表1所示。

1.1.2 ?RSYNC同步策略

rsync是Linux系統(tǒng)下一款開源的、快速的、多功能的數(shù)據(jù)鏡像備份工具,可實現(xiàn)全量及增量的本地或遠(yuǎn)程數(shù)據(jù)同步備份。在使用rsync進(jìn)行全量同步時需要注意參數(shù)選項和同步的目錄兩個方面:(1)rsync使用-ahPHAXxS參數(shù)選項,為了滿足斷點續(xù)傳和增量同步還應(yīng)該加上—delete選項。(2)在進(jìn)行系統(tǒng)全量遷移時,源系統(tǒng)部分目錄與硬件環(huán)境相關(guān)可不做同步,目標(biāo)端啟動時會自動生成,通過--exclude ={/dev,/proc,/sys,/tmp,/run,/media,/lost+found}參數(shù)選項進(jìn)行屏蔽。rsync關(guān)鍵參數(shù)解釋如下。

-a:最重要的參數(shù),以遞歸的方式進(jìn)行文件傳輸,保留文件的權(quán)限、屬主、軟連接的信息。

-h:顯示文件傳輸大小。

-P:斷點續(xù)傳及顯示整個傳輸過程信息。

-H:保留文件的硬鏈接。

-A:保留文件ACL權(quán)限控制信息。

-X:保留文件的擴(kuò)展屬性。

-x:不要超越文件系統(tǒng)邊界。

-S:對源稀疏文件的處理,避免大量空洞文件撐爆目標(biāo)文件系統(tǒng)。

1.2 ??增量機(jī)制

rsync實現(xiàn)增量傳輸?shù)闹饕^程,就是差異檢測和差異數(shù)據(jù)組織及傳輸,前者是rsync增量傳輸算法的核心。rsync增量傳輸算法是一種滑動塊差異檢測算法。如圖2所示,以檢測文件A和B的差異為例,首先對A按固定長度L劃分為若干塊,并對每一塊生成弱摘要(Adler-32:速度快)和強(qiáng)摘要(MD5:鑒別度高),然后對B從第一個字節(jié)開始,以長度為L的滑動窗口,遍歷整個文件,計算每個窗口塊的弱、強(qiáng)摘要,并與A中的摘要值進(jìn)行比較,弱、強(qiáng)摘要都相同者,即視為相同數(shù)據(jù)塊,否即為差異塊。

發(fā)現(xiàn)B文件的大小或mtime與源端不一致,則會在目標(biāo)路徑下創(chuàng)建一個臨時文件,并按照接收到的數(shù)據(jù)和指令重組該臨時文件,目的是使該文件和A文件完全一致。當(dāng)臨時文件重組校驗成功后,將修改該臨時文件的屬性信息,包括權(quán)限、所有者、所屬組、mtime等。最后將此文件重命名并覆蓋掉目標(biāo)路徑下已存在的文件,文件增量同步完成。

1.3 ??LiveCD應(yīng)用

LiveCD是直接引導(dǎo)為可用 Linux系統(tǒng)的CD,當(dāng)從CD引導(dǎo)起來后,提供一整套可以使用的工具,其中有一些是通用的,有一些是高度專用的。通常用來離線部署系統(tǒng)(裝機(jī))、備份/還原系統(tǒng)[5]

各Linux發(fā)行版都提供了相應(yīng)的LiveCD鏡像,包含了基礎(chǔ)功能,如果需要在LiveCD中安裝額外的程序包,可以通過livecd-creater進(jìn)行自定義。本方案中基于CentOS 7.5鏡像庫自定義LiveCD,安裝了grub2,替換了默認(rèn)的rsync安裝包以便修復(fù)內(nèi)存溢出問題。

1.4 ?重建系統(tǒng)引導(dǎo)

系統(tǒng)數(shù)據(jù)遷移完成之后需要進(jìn)行引導(dǎo)修復(fù)操作,目標(biāo)端的硬件設(shè)備或者磁盤驅(qū)動已經(jīng)進(jìn)行了變更,需要重建引導(dǎo),根據(jù)內(nèi)核版本的不同使用grub-install/grub2-install。

在該方案中將源系統(tǒng)同步至了LiveCD“臨時系統(tǒng)”的/mnt目錄下。

(1)chroot /mnt 切換將/mnt作為根目錄的運(yùn)行環(huán)境;

(2)grub2-install –recheck /dev/vda,/dev/vda代表/boot分區(qū)所在的磁盤,更新當(dāng)前設(shè)備的信息/boot/grub2/目錄下的device-map、i386-pc信息會更新;

(3)grub2-mkconfig -o /boot/grub2/grub.cfg重新生成grub引導(dǎo)文件;

(4)建議檢查/etc/fstab、/etc/mtab、/boot/grub2/device-map、/boot/grub2/grub.cfg文件充磁盤名稱是否正確,有可能源和目標(biāo)磁盤驅(qū)動不一致,磁盤名稱就不一樣。

1.5 RSYNC內(nèi)存不釋放修復(fù)

Linux在進(jìn)行文件拷貝/傳輸時會通過cache提高讀寫速度,在遷移上云的場景中更希望是直接拷貝,不占用源端過多內(nèi)存,不影響業(yè)務(wù)系統(tǒng)的運(yùn)行,很遺憾的是rsync主版本中,在進(jìn)行數(shù)據(jù)拷貝的過程中會一直占用系統(tǒng)內(nèi)存不釋放,造成拷貝速度越來越慢,最后還會影響業(yè)務(wù)系統(tǒng)。

開發(fā)人員建議使用nocache,但是并不能解決該問題,反而有一個關(guān)于drop-cache的補(bǔ)丁可以有效地進(jìn)行處理,該補(bǔ)丁可以在rsync 3.0.x版本進(jìn)行使用,如果是其他版本需要自己進(jìn)行代碼移植。

2 ??驗證測試

該文選擇了三個場景針對異構(gòu)環(huán)境之間的遷移:VMware虛擬機(jī)往KVM云平臺遷移、KVM云平臺虛擬機(jī)往VMware遷移、物理機(jī)往KVM云平臺遷移。選擇主流的Linux服務(wù)器操作系統(tǒng)CentOS/RedHat,版本范圍:6.2~7.5[6]

測試環(huán)境準(zhǔn)備:每一組測試場景準(zhǔn)備5臺虛擬機(jī),每臺虛擬機(jī)按照不同的分區(qū)方式進(jìn)行安裝,隨機(jī)選擇一臺安裝apache+mariadb應(yīng)用服務(wù)。

測試結(jié)果見表2。

3 ?結(jié)語

該方案能實現(xiàn)Linux系統(tǒng)遷移上云場景,在很小的中斷時間內(nèi)能完成系統(tǒng)的切換,可以基于該方案形成自動化的在線遷移上云工具。

參考文獻(xiàn)

[1]景雙一.云計算負(fù)載檢測與均衡技術(shù)研究[D].大連:大連海事大學(xué),2018.

[2]郭煜.可信云體系結(jié)構(gòu)與關(guān)鍵技術(shù)研究[D].北京:北京交通大學(xué),2017.

[3]李琳.備份系統(tǒng)數(shù)據(jù)高并發(fā)處理與系統(tǒng)高可用性的研究與實現(xiàn)[D].西安:西安電子科技大學(xué),2019.

[4]左珍德.基于Rsync的結(jié)構(gòu)化數(shù)據(jù)庫實時高速備份研究及工具開發(fā)[D].廣州:華南理工大學(xué),2017.

[5]鄭清安,黃云峰.基于WinFE的電子數(shù)據(jù)取證啟動盤改進(jìn)研究與實現(xiàn)[J].信息技術(shù)與網(wǎng)絡(luò)安全,2019,38(11):41-46.

[6]石鴻超.云環(huán)境下文件同步研究與應(yīng)用[D].西安:西安理工大學(xué),2018.

作者簡介:牟駿(1990—),男,本科,工程師,研究方向為云計算、分布式存儲等。

田富強(qiáng)(1984—),男,本科,工程師,研究方向為云計算、虛擬化、企業(yè)信息架構(gòu)等。

胡波(1989—),男,本科,助理工程師,研究方向為云計算、網(wǎng)絡(luò)、自動化運(yùn)維等。

主站蜘蛛池模板: 麻豆精品在线视频| 久久99国产综合精品1| 午夜视频免费一区二区在线看| 拍国产真实乱人偷精品| 国产成人午夜福利免费无码r| 日本免费a视频| 久热99这里只有精品视频6| 老司机精品99在线播放| 亚洲高清日韩heyzo| aaa国产一级毛片| 玖玖精品在线| 日本一区二区不卡视频| 真实国产精品vr专区| 欧美日本二区| 国产人妖视频一区在线观看| 成人国产小视频| 亚洲制服丝袜第一页| av一区二区三区高清久久| 国产h视频在线观看视频| 日韩小视频在线观看| 特级aaaaaaaaa毛片免费视频| AV天堂资源福利在线观看| 久久久久88色偷偷| 亚卅精品无码久久毛片乌克兰| 久久精品亚洲中文字幕乱码| 久久亚洲国产最新网站| 国产久草视频| 99久久国产综合精品女同| 久久夜色撩人精品国产| 国产微拍精品| 精品久久人人爽人人玩人人妻| 成年A级毛片| 亚洲无码视频一区二区三区| www欧美在线观看| 影音先锋亚洲无码| 欧美精品综合视频一区二区| 日韩区欧美区| 99热这里只有精品2| 小说 亚洲 无码 精品| 久久99热66这里只有精品一| 99在线国产| 中文字幕佐山爱一区二区免费| 亚洲天堂网在线播放| 精品福利国产| 国产精品55夜色66夜色| 国产第一页免费浮力影院| 久久国产乱子| 女人18一级毛片免费观看| 中文字幕亚洲综久久2021| 一级毛片在线播放免费| 午夜久久影院| 国产亚洲高清在线精品99| 精品无码一区二区三区在线视频| 天天色天天操综合网| 日本草草视频在线观看| 美女内射视频WWW网站午夜 | 国产亚洲精品自在线| 久久综合五月| 欧美成人午夜视频| 中国一级特黄大片在线观看| 亚洲—日韩aV在线| 午夜丁香婷婷| 国产微拍一区二区三区四区| 成人蜜桃网| 韩日无码在线不卡| 国产一区在线观看无码| 91久久偷偷做嫩草影院| 成人国内精品久久久久影院| 欧美成人综合在线| 日韩成人午夜| 亚洲精品无码在线播放网站| 色天天综合久久久久综合片| 就去吻亚洲精品国产欧美| 99在线视频精品| 亚洲黄网视频| 国产在线八区| 亚洲国产综合自在线另类| 热99精品视频| 日韩AV无码免费一二三区| 午夜在线不卡| 老司机精品99在线播放| 香蕉视频国产精品人|