將虛擬機（VM）移動到公共云時可能會出現許多兼容性問題。工作人員需要注意與分區、操作系統和映像格式的兼容性問題，以確保順利遷移。
企業在虛擬機遷移過程中需要檢查云計算兼容性，以確保虛擬機移動到公共云時盡可能不受干擾。
在理想情況下，任何公共云實例都應該支持任何有效的虛擬機（VM）。盡管像亞馬遜網絡服務（AWS）和谷歌云平臺（GCP）這樣的公共云提供商試圖支持廣泛的虛擬機（VM）客戶端，但兼容性并不普遍或不能保證。常見的兼容性問題可能包括操作系統版本、圖像格式和實例支持。在企業嘗試將任何虛擬機遷移到公共云之前，檢查云計算兼容性是必要的。
例如，Amazon Elastic Compute Cloud（EC2）實例支持多種操作系統，但不是全部。通常，站群服務器，EC2支持Windows 7及更高版本的桌面操作系統版本，以及Windows Server 2003 Service Pack 1及更高版本——32位和64位。 Windows支持僅在Windows 8.1和Windows Server 2008 R2中轉換為64位。
分區和文件系統影響云計算兼容性
Windows操作系統應使用NT文件系統使用傳統的主引導記錄（MBR）分區。以后的卷技術（如全局唯一標識符分區表卷）可能不受支持。
同樣，EC2支持一系列64位Linux版本，包括Ubuntu 12.04，CentOS 5.1，Red Hat企業Linux（RHEL）5.1，SUSE Linux Enterprise Server 11 SP1，內核2.6.32.12-0.7，Debian 6.0.0、Oracle Linux 6.1、Fedora Server 19，以及這些操作系統的所有后續版本。
其他公共云提供商可能會施加類似的限制。例如，谷歌云平臺實例支持Windows Server 2008 R2； 2012 R2或2016，以及RHEL，CentOS或Oracle Linux 6或7，Debian 8或9以及Ubuntu 14.04或16.04.
企業準備好將虛擬機遷移到云端了嗎？
在遷移任何虛擬機之前，需要檢查其虛擬機是否已正確配置。由于不同的公共云提供商有各種各樣的要求，預遷移的流程可能很長，但是盡早檢查正確的配置將使整個流程更加高效。
企業需要評估適合性和成本，以確定遷移過程是否適合，以及可能需要做些什么才能進一步做好準備。根據每個虛擬機的工作負載，遷移過程可能會有很大的不同。遷移需要逐一檢查，特別要注意復雜性、資源需求、性能和依賴性。
在準備好之后，企業應該學習如何執行升級和移位遷移，這些遷移可以將虛擬機及其所有依賴項帶到公共云。此過程通常涉及大量人工操作步驟，但使用AWS、谷歌云平臺和Microsoft Azure提供的工具，企業可以自動執行大部分流程。
就Linux下的分區和文件系統而言，AWS需要使用ext2、ext3、ext4、btrfs、jfs或xfs文件系統格式化的MBR分區。谷歌云平臺建議安裝帶有Grand Unified Bootloader的MBR分區。
這里的問題在于，公共云提供商可能不支持托管時間較早或替代操作系統的虛擬機，這將導致無法將該虛擬機遷移到公共云實例。例如，在公共云中運行高度修改或定制的Linux版本時可能會出現問題。測試云計算兼容性至關重要。
檢查虛擬機映像格式
要遷移虛擬機，通常需要創建映像文件，directadmin漢化 虛擬主機，將該映像文件上傳到存儲資源，執行一系列轉換以在公共云中運行該映像，并將轉換后的映像部署到計算實例中。但是，公共云提供商可能會對兼容的虛擬機映像格式施加限制。
例如，AWS公共云以開放虛擬化格式啟用虛擬機導入和導出；與VMware ESX和vSphere兼容的虛擬機磁盤映像格式；固定和動態虛擬硬盤映像格式，與Microsoft Hyper-V和Citrix Xen兼容；以及原始格式。
實際上，這種兼容性覆蓋了絕大多數企業虛擬機，但驗證映像格式兼容性非？？常重要。可能需要轉換映像格式，將用戶端的虛擬機以兼容格式導出或考慮完全移除虛擬機遷移。
評估公共云提供商的目標實例類型。盡管大多數類型的公共云實例都應該支持虛擬機遷移，但可用的實例類型對于某些操作系統可能會受到限制。例如，AWS將Linux VM限制為通用實例的t2.micro、t2.small、t2.medium、m3.medium、m3.large、m3.xlarge和m3.2xlarge.對于計算優化、內存優化、存儲優化以及加速AWS實例，存在類似的云計算兼容性限制。
盡管大多數類型的公共云實例都應該支持虛擬機遷移，但可用的實例類型對于某些操作系統可能會受到限制。
例如，對于Windows VM，谷歌云平臺無法導入配置為多個磁盤的映像。每個磁盤都需要單獨的步驟來導入和附加圖像。同樣，Windows VM也不能使用3.0以前的PowerShell版本，因為它們可能會導致谷歌云實例的啟動和關閉問題。
當Secure Shell（SSH）未在端口22上運行時，可能會發生Linux VM的其他潛在云計算兼容性問題。谷歌云平臺使用端口22進行SSH登錄，而且如果SSH使用不同的端口，則云控制臺和gcloud命令行界面等客戶端可能無法運行一個不同的端口。
