微軟雲賬戶購買渠道:手部教你將本地Hyper-V / VMware虛擬機無縫遷移至Azure VM

在企業 IT 架構向雲端演進的過程中,最讓運維和架構師睡不著覺的任務,莫過於「服務器大遷移」。

不管你本地機房用的是 Windows 自帶的

Hyper-V

,還是大廠標配的

VMware vSphere

,要把裡面跑了幾年、存了幾個 TB 核心數據的虛擬機一架不落、毫髮無損地搬到微軟雲(Azure VM)上,傳統的做法極其原始:關機、導出龐大的 VHD/VMDK 鏡像文件、忍受著龜速跨公網上傳、再手動轉換格式、重新配置網絡…… 這一套折騰下來,不僅停機時間長達十幾個小時,中間任何一步網絡抖動都會導致功虧一簣,逼得團隊只能深夜在機房抱頭痛哭。

在微軟的雲原生生態裡,有一個專為解決這個痛點而生的「官方搬家神器」--

Azure Migrate(Azure 遷移服務)

。

它的核心邏輯非常優雅:

全託管、無代理(或輕量代理)、實時增量同步

。 它就像是一個全自動的「雲端起重機」,在本地業務照常開門接客、完全不斷流的前提下,在後台默默把數據克隆並源源不斷地傳輸到雲端。 等兩邊數據完全對齊、延遲歸零時,你只需要挑一個風平浪靜的下午,點擊一下「切換」,就能在幾分鐘內完成大廠級的平滑上雲。

今天我們拒絕任何官方說教套話,不背枯燥的認證參數。 直接從生產環境的硬核實戰切入,手把手教你如何將本地的虛擬機無縫遷移至 Azure VM。

第一階段:深度拆解,azure 遷移的「影子人世界模型」

在動手去點控制台之前,你必須在腦子裡建立起 Azure Migrate 底層的物理運行模型。 不管是 Hyper-V 還是 VMware,其無縫遷移的核心邏輯都分為三個陣地:

本地監控哨兵(Azure Migrate Appliance):這是一個由微軟官方提供的、極輕量的虛擬機鏡像。 你只需要把它下載下來,在本地的 Hyper-V 或 VMware 里跑起來。 這個哨兵不侵入你的業務代碼,它唯一的任務就是盤點資產、算好帶寬,並把本地虛擬機的磁盤數據源源不斷地往雲端推送。

雲端中轉站(Replication Storage):在遷移過程中,你的本地服務器全程保持開機和讀寫。 哨兵會把存量磁盤數據以及每秒產生的最新變動數據(增量),加密打包投遞到 Azure 端的一個臨時存儲中轉站里。

切流滿血進化(Cutover):當雲端中轉站的數據和本地老機器

達到像素級的完全實時同步後,你點擊遷移。 Azure 會瞬間把本地老機器關機,然後在中轉站里用最新的數據快照,一秒鐘內直接把全新的 Azure VM 虛擬機拉起來。

核心安全結論:在正式點擊「遷移切流」之前,你的本地生產環境資產完好無損,甚至隨時可以無條件終止。 這就給運維留出了 100% 的容錯退路。

第二階段:實戰前夜--在 Azure 端開闢「接盤大後方」

我們要先去微軟雲上把基礎設施的「地基」打好,讓本地搬過來的虛擬機有地方落腳。

登錄 Azure 門戶網站(Portal)。

搜索並進入 Azure Migrate 頁面。

在「遷移目標」下,點擊 「Servers, databases and web apps」(服務器、數據庫和 Web 應用),然後點擊頂部的 「Create project」(創建項目)。

選好你的訂閱、資源組,給項目起名叫 datacenter-to-azure-prod,地域選擇離你最近的(如 East Asia 香港或 Singapore 新加坡)。

創建完成後,在「Migration tools」工具箱裡,點擊 「Discover」(發現)按鈕。

此時系統會彈出一個至關重要的暗號配置頁面:「你的機器虛擬化了嗎?」 :根據你的實際情況選擇 Yes, with VMware vSphere 或 Yes, with Hyper-V。 系統會自動為你生成一串長長的 「Azure Migrate project key」(項目密鑰)。 趕緊把它複製並保存到記事本里,這是本地哨兵和雲端接頭的唯一憑證。

第三階段:實戰演練一--部署本地「哨兵」並開啟實時增量複製

回到你本地的機房(Hyper-V Manager 或 VMware vCenter)。

1. 召喚並激活哨兵(Appliance)

在剛才的 Azure 控制台頁面,下載官方切好的 OVA(針對 VMware)或 VHD(針對 Hyper-V)文件。

把這個文件導入你本地的宿主機,直接啟動這台名為「AzureMigrateAppliance」的虛擬機。

打開這台虛擬機的瀏覽器,會自動彈出一個配置網頁。 把剛才記事本里的 Project Key 啪嗒貼進去。

接著,在網頁裡輸入你本地 vCenter 或者是 Hyper-V 集群的管理員賬號密碼。

暗號對齊:此時,本

地哨兵會通過全加密通道連入雲端。 如果你回到 Azure 控制台刷新一下,你會震撼地發現,你本地機房裡跑著的所有虛擬機列表、CPU核數、內存大小、硬盤容量,已經整整齊齊地同步顯示在微軟雲的屏幕上了。

2. 開啟鐵絲網防護:開始複製(Replicate)

資產盤點清楚後,我們挑選出那台跑著核心業務的虛擬機(例如:

Prod-web-server

),準備讓它「影子化」。

在 Azure 控制台點擊 「Replicate」(複製)。

源設置:選擇我們剛建好的本地哨兵。

虛擬機選擇:在列表中精準勾選 prod-web-server。

目標設置:選擇你準備讓它落腳的 Azure 資源組、虛擬網絡(VNet)以及子網。 註:這裡一定要提前規劃好,確保雲端子網的 IP 段不要和本地機房起衝突。

計算與存儲:選擇你準備讓它進化成的 Azure VM 規格(如 Standard_D2s_v5),硬盤選擇 SSD。

點擊

「Start replication」

。 此時,本地的磁盤數據開始以塊(Block)為單位,瘋狂而安全地向 Azure 傾瀉。 你可以高枕無憂地去喝杯咖啡,因為這個時候,你本地的線上用戶依然在正常下單,毫無察覺。

第四階段:實戰演練二--絕對安全的「演習演練」與黃金切流切換

當控制台裡的虛擬機狀態從

Initial replication

變成綠色的

Protected(已保護)

,且同步延遲趨近於 0 時,決戰時刻到了。

但成熟的架構師從來不憑運氣賭博,在真正停機切流之前,我們要先利用 Azure 的黑科技進行一次

無感軍事演習

。

1. 終極防線:測試遷移(Test Migration)

在受保護的虛擬機右側,點擊三個點,選擇 「Test migration」。

選擇一個完全隔離的測試虛擬網絡(Test VNet)。

點擊運行。 Azure 會在中轉站里克隆一份當前的數據,在完全不影響本地老機器運行的前提下,在雲端憑空拉起一台一模一樣的測試虛擬機。

你可以登錄這台測試機,檢查業務能不能正常拉起、數據庫有沒有損壞、代碼有沒有報錯。 確認 100% 完美後,點擊 「Clean up test migration」,這台測試機就會被雲端自動物理銷毀。 數據完好無損,心裡底氣大增。

2. 黃金 5 分鐘:正式遷移切流(M

Igrate)

演習通過,挑選一個夜深人靜、業務低谷的時刻,開啟最後的總攻。

點擊虛擬機右側的 「Migrate」(遷移)。

頁面上會有一個非常人性化的勾選項:「Shut down local virtual machines to minimize data loss」(關閉本地虛擬機以將數據丟失降到最低)。 毫不猶豫,果斷勾選它! 架構師切流內幕:當你點擊確認後,azure Migrate 會先通知本地宿主機對老機器進行優雅的關機。 老機器一旦關機,磁盤就不會再產生任何一丁點新數據。 哨兵會把最後幾兆字節的「數據尾巴」滴水不漏地傳上雲端。

尾巴重放完畢的瞬間,azure 端的雲虛擬機滿血復活,亮起綠色運行綠燈。

更換 DNS/網關:將你全球前端的域名解析、或者負載均衡器的後端 IP,從原本的本地機房公網 IP,一鍵修改指向全新 Azure VM 的 IP 地址。

大獲全勝! 整場遷移戰役下來,業務停機時間僅僅是「本地老機關機 -> 雲端新機啟動 -> 域名解析生效」的短短幾分鐘,實現了真正意義上的無縫絲滑遷雲。

第五階段:跨國雲端環境下的避坑血淚史

這套全託管搬家方案優雅至極。 但要在遷移後的雲端環境裡穩定活下來,作為首席架構師,你必須在合攏電腦前防範以下兩個隱形大坑:

1. 致命的「網卡徹底失聯黑洞」

很多團隊遷移完發現,azure 端的虛擬機狀態顯示正常運行,但是用 SSH 或者是 Windows 遠程桌面(RDP)怎麼也連不進去,網站也打不開,急得像熱鍋上的螞蟻。

原因拆解:本地的物理機房裡,服務器的網卡通常被手動配置了靜態固定 IP(如 192.168.1.50)以及固定的本地網關。 當它被打包丟進雲端後,Azure 的網絡大腦(VNet)默認是通過 DHCP(動態主機配置協議) 去給虛擬機派發內網 IP 的。 虛擬機里的老操作系統由於死守著本地的靜態 IP 配置,不肯接受雲端的動態派發,從而在雲端的網絡世界裡直接淪為「聾子和瞎子」。

大廠標準避坑操作:在本地老機器開啟複製之前,或者在測試遷移階段,進入虛擬機的操作系統內部,將網卡屬性全部修改為「自動獲取 IP 地址(DHCP)」和「自動獲取 DNS 服務器地址」。 把固定 IP 的控制權交給雲端的 VNet 去管理,這是服務器上雲的第一鐵律。

2. 遷移完後的「扣費沙漏清理」

很多

新手在看著雲端服務器完美跑起來後,高高興興地就去下班吃火鍋了。 結果月底翻看賬單,發現產生了一筆不菲的存儲和複製實例占用費。

硬核止損建議:當你點擊了「Migrate」並確認新機器安穩運行 24 小時後,你必須回到 Azure Migrate 頁面,選中那個已經完成的遷移實例,點擊 「Complete migration」(完成遷移) 或 「Disable replication」。

只有這個動作,才會通知雲端把那個平時用來傳輸數據的臨時中轉站、本地哨兵的同步通道徹底物理銷毀和停扣。 如果不做,扣費沙漏會一直默認你還在搬家,繼續瘋狂計費。

總結

利用 Azure Migrate 進行本地虛擬機無縫遷移,核心的工業級精髓其實就在於十六個字:

哨兵探測,增量追趕,測試免死,切流落鎖

。

你徹底告別了過去人肉搬運幾百 GB 鏡像文件、提心吊膽怕網絡中斷的原始作坊苦海。 把繁瑣的磁盤塊級對齊、格式轉換、網絡映射全部交給微軟強大的託管遷移大腦。 坐在電腦前,看著進度條優雅閃爍,淡定地完成企業級資產的乾坤大挪移,這才是現代現代化雲原生時代架構師最優雅的通關姿勢。