共用方式為


Hyper-V 移轉的支援矩陣

本文摘要說明使用 移轉和現代化來移轉 Hyper-V VM 的支援設定和限制。 如果您要尋找使用 Hyper-V VM 以移轉至 Azure 的相關資訊,請檢閱評量支援矩陣

警告

本文參考 CentOS,這是處於終止服務 (EOL) 狀態的 Linux 發行版。 請據此考慮您的使用方式和規劃。 如需詳細資訊,請參閱 CentOS 生命週期結束指導

移轉限制

您一次最多可以選取 10 個 VM 進行複寫。 如果您想要移轉更多機器,請以 10 個為一組的方式來複寫。

Hyper-V 主機需求

支援 詳細資料
[部署] Hyper-V 主機可以是獨立或部署在叢集中。
Hyper-V 主機上已安裝 Azure Migrate 複寫軟體 (Hyper-V 複寫提供者)。
權限 您需要 Hyper-V 主機的管理員權限。
主機作業系統 具有最新更新的 Windows Server 2022、Windows Server 2019、Windows Server 2016 或 Windows Server 2012 R2。 注意:也支援這些作業系統的伺服器核心安裝。
其他軟體需求 .NET Framework 4.7 或更新版本
連接埠存取 HTTPS 連接埠 443 的輸出連線,用於傳送 VM 的複寫資料。

Hyper-V VM

支援 詳細資料
作業系統 Azure 支援的所有 WindowsLinux 作業系統。
Windows Server 2003 針對執行 Windows Server 2003 的 VM,您需要在移轉之前安裝 Hyper-V Integration Services
Azure 中的 Linux VM 有些 VM 可能需要變更,才能在 Azure 中執行。

對於 Linux,Azure Migrate 會針對下列作業系統自動進行變更:
- Red Hat Enterprise Linux 9.x、8.x、7.9、7.8、7.7、7.6、7.5、7.4、7.0、6.x
- CentOS Stream
- SUSE Linux Enterprise Server 15 SP4、15 SP3、15 SP2、15 SP1、15 SP0、12、11 SP4、11 SP3
- Ubuntu 22.04、21.04、20.04、19.04、19.10、18.04LTS、16.04LTS、14.04LTS
- Debian 11、10、9、8、7
- Oracle Linux 9、8、7.7-CI、7.7、6
- Kali Linux (2016、2017、2018、2019、2020、2021、2022)
- 對於其他作業系統,您可以手動進行必要的變更
Azure 的必要變更 有些 VM 可能需要變更,才能在 Azure 中執行。 在移轉之前手動調整。 相關文章包含如何執行這項操作的指示。
Linux boot 如果 /boot 位於專用磁碟分割區上,則它應該位於 OS 磁碟上,而不是分散到多個磁碟。
如果 /boot 是根 (/) 分割區的一部分,則 '/'分割區應該位於 OS 磁碟上,而不是跨越到其他磁碟。
UEFI 開機 支援。 以 UEFI 為基礎的 VM 將會移轉至 Azure 第 2 代 VM。
UEFI - 安全開機 不支援移轉。
磁碟大小 第 1 代 VM 最多 2 TB 的 OS 磁碟;第 2 代 VM 最多 4 TB OS 磁碟 和 32 TB 的資料磁碟。

對於現有的 Azure Migrate 專案,您可能需要將 Hyper-V 主機上的複寫提供者升級為最新版本,以複寫最多 32 TB 的大型磁碟。
磁碟編號 每個 VM 最多 16 個磁碟。
加密磁碟/磁碟區 不支援移轉。
RDM/傳遞磁碟 不支援移轉。
共用磁碟 不支援使用共用磁碟的 VM 進行移轉。
Ultra 磁碟 不支援從 Azure Migrate 入口網站進行 Ultra 磁碟移轉。 您必須針對建議作為 Ultra 磁碟的磁碟執行頻外移轉。 即,您可以移轉以將其選取為進階磁碟類型,並在移轉後將其變更為 Ultra 磁碟。
NFS 不會複寫掛接在 VM 上作為磁碟區的 NFS 磁碟區。
ReiserFS 不支援。
ISCSI 不支援具有 iSCSI 目標的 VM 進行移轉。
目標磁碟 您只能移轉至具有受控磁碟的 Azure VM。
IPv6 不支援。
NIC Teaming 不支援。
Azure Site Recovery 和/或 Hyper-V 如果 VM 已啟用使用 Azure Site Recovery 或使用 Hyper-V 複本來進行複寫,則無法使用 移轉和現代化來進行複寫。
連接埠 HTTPS 連接埠 443 的輸出連線,用於傳送 VM 的複寫資料。

URL 存取 (公用雲端)

Hyper-V 主機上的複寫提供者軟體將需要存取這些 URL。

URL 詳細資料
login.microsoftonline.com 使用 Active Directory 的存取控制和身分識別管理。
backup.windowsazure.com 用於複寫資料轉送和協調。
*.hypervrecoverymanager.windowsazure.com 用於複寫管理。
*.blob.core.windows.net 將資料上傳至儲存體帳戶。
dc.services.visualstudio.com 上傳用於內部監視的應用程式記錄。
time.windows.com 驗證系統時間與全域時間之間的時間同步處理。

URL 存取 (Azure Government)

Hyper-V 主機上的複寫提供者軟體將需要存取這些 URL。

URL 詳細資料
login.microsoftonline.us 使用 Active Directory 的存取控制和身分識別管理。
backup.windowsazure.us 用於複寫資料轉送和協調。
*.hypervrecoverymanager.windowsazure.us 用於複寫管理。
*.blob.core.usgovcloudapi.net 將資料上傳至儲存體帳戶。
dc.services.visualstudio.com 上傳用於內部監視的應用程式記錄。
time.nist.gov 驗證系統時間與全域時間之間的時間同步處理。

注意

如果您的 Migrate 專案具有私人端點連線能力,Hyper-V 主機上的複寫提供者軟體將需要存取這些 URL 以支援私人連結。

  • *.blob.core.windows.com - 存取儲存複寫資料的儲存體帳戶。 這是選用項目,如果儲存體帳戶已附加私人端點,則不需要使用。
  • 使用 Active Directory 的存取控制和身分識別管理的 login.windows.net。

複寫儲存體帳戶需求

下表摘要說明 Hyper-V VM 移轉的複寫儲存體帳戶支援。

設定 支援 詳細資料
一般用途 V2 儲存體帳戶 (經常性存取層和非經常性存取層) 支援 GPv2 儲存體帳戶可能會產生比 V1 儲存體帳戶更高的交易成本。
進階儲存體 支援 不過,建議使用標準儲存體帳戶來協助將成本最佳化。
快取儲存體帳戶應該是標準儲存體帳戶,而不支援進階儲存體帳戶。
區域 與虛擬機器相同的區域 儲存體帳戶應該位於與受保護虛擬機器相同的區域中。
訂用帳戶 可以與來源虛擬機器不同 儲存體帳戶不需要位於與來源虛擬機器相同的訂用帳戶中。
適用於虛擬網路的 Azure 儲存體防火牆 支援 如果您要使用已啟用防火牆的複寫儲存體帳戶或目標儲存體帳戶,則請確定您允許信任的 Microsoft 服務。 此外,請確定您至少允許存取來源虛擬網路的一個子網路。 您應該允許所有網路的公用端點連線。
虛刪除 不支援 不支援虛刪除,因為在複寫儲存體帳戶上啟用此功能之後會增加成本。 Azure Migrate 會在複寫時頻繁執行記錄檔的建立/刪除,造成成本增加。
私人端點 支援 請遵循指引,以私人端點設定 Azure Migrate

Azure VM 需求

所有複寫至 Azure 的內部部署 VM 必須符合此表中摘要說明的 Azure VM 需求。

元件 需求 詳細資料
作業系統磁碟大小 最多 2,048 GB。 若不支援,則檢查會失敗。
作業系統磁碟計數 1 若不支援,則檢查會失敗。
資料磁碟計數 16 或以下。 若不支援,則檢查會失敗。
資料磁碟大小 最多 32 TB 若不支援,則檢查會失敗。
網路介面卡 支援多個介面卡。
共用 VHD 不支援。 若不支援,則檢查會失敗。
FC 磁碟 不支援。 若不支援,則檢查會失敗。
BitLocker 不支援。 為電腦啟用複寫之前必須先停用 BitLocker。
VM 名稱 從 1 到 63 個字元。
只能使用字母、數字和連字號。

電腦名稱必須以字母或數字為開頭或結尾。
更新 Site Recovery 中電腦屬性的值。
移轉後連線:Windows 若要在移轉之後連線到執行 Windows 的 Azure VM:

- 在移轉之前,請在內部部署 VM 上啟用 RDP。 確定已針對 [公用] 設定檔新增 TCP 和 UDP 規則,且在 [Windows 防火牆]>[允許的應用程式] 中已針對所有設定檔允許 RDP。

- 對於站對站 VPN 存取,在 [網域和私人] 網路的 [Windows 防火牆] -> [允許的應用程式與功能] 中啟用 RDP 和允許 RDP。 此外,確認作業系統的 SAN 原則已設為 [OnlineAll]深入了解
移轉後連線:Linux 在移轉之後使用 SSH 連線到 Azure VM:

- 在移轉之前,在內部部署機器上,檢查安全殼層服務是否已設定為 [啟動],且防火牆規則允許 SSH 連線。

- 在移轉之後,於 Azure VM 上針對容錯移轉之 VM 上的網路安全性群組規則及其所連線的 Azure 子網路,允許 SSH 連接埠的連入連線。 此外,新增 VM 的公用 IP 位址。

下一步

移轉 Hyper-V VM 以進行移轉。