遷移 · VMware
將VMware虛擬機器遷移至Apache CloudStack
Apache CloudStack可從VMware vCenter匯入虛擬機器，並自4.19版起支援將其轉換為KVM。若要安全完成此程序，仍需要進行盤點、設定目標區域、進行測試以及針對每部機器擬定切換計畫。在NexCMP Source的30個工作天內，專家工程師將與您一同完成這項工作，無需額外付費。
包含於NexCMP Source（$499一次性付費），不包含於NexCMP Free。VMware、WHMCS、HostBill、Blesta、Paymenter、StackBill、Virtualizor與Apache CloudStack均為其各自擁有者的商標。NexCMP具獨立性，未隸屬於上述品牌，亦未獲其認可。
痛點：離開VMware而不失控
遷移至Apache CloudStack意味著每台虛擬機器都必須更換平台：磁碟、網路卡、驅動程式，甚至通常連IP位址都會變更。若倉促進行，容易導致機器無法開機、客戶失去連線或授權失效。
CloudStack提供了匯入工具，但它無法替您決定哪些機器優先遷移、各網路如何對應、Windows客作業系統如何處置，或是每台機器的停機時間該多長。這些決策以及相關測試，才是遷移的關鍵所在。
若您將虛擬機器銷售給客戶，遷移還有後半段工作：機器必須在您的計費系統中正確關聯至對應客戶、方案與價格。NexCMP正是建構於CloudStack之上的計費與客戶入口網站層，而同一位工程師會同時負責這兩部分的遷移工作。
CloudStack原生支援的功能
官方文件記載了兩種脫離VMware的路徑。適合哪一路徑取決於VMware主機是否保留在您的雲端中。
A. 使用virt-v2v轉換為KVM
- CloudStack文件記載內容
- 自4.19版起，管理員可在現有或外部vCenter資料中心選取VMware VM，並於Tools的Import-Export Instances下將其匯入KVM叢集。該VM會被匯出，以virt-v2v轉換，其磁碟則以QCOW2格式匯入。最新文件在基於OVF的路徑之外，新增了基於VDDK的串流路徑；4.22版新增直接轉換至儲存池的功能，4.22.1版則新增依據來源客作業系統選取目標客作業系統的功能。
- 文件中載明的限制
- CloudStack代理程式不會自動安裝virt-v2v，必須在每台KVM主機上手動安裝，否則轉換將失敗。轉換成功率無法百分之百保證，取決於客作業系統與檔案系統，因此官方文件建議在正式環境上線前進行測試。在4.19版中，匯入的VM預設客作業系統類型為CentOS 4.5 (32-bit)，事後必須手動修改。
Source: Apache CloudStack — 將VMware虛擬機器匯入至KVM · 查閱於 2026-10-19
B. 就地匯入（非受管執行個體）
- CloudStack文件記載內容
- 對於主機已納入CloudStack管理的vSphere叢集，listUnmanagedInstances可列出VM，而importUnmanagedInstance則將其納入CloudStack管理。列出非受管VMware執行個體的功能始於4.14版，取消管理功能始於4.15版，UI介面匯入則於4.16版推出。
- 文件中載明的限制
- 目標網路必須已存在於CloudStack中，且儲存空間必須新增為主儲存。資料磁碟必須對應至磁碟方案，混合磁碟控制器類型或混合NIC類型會導致錯誤。唯有網路VLAN與運算方案皆符合時，執行中的VM才可直接匯入；否則必須先將其關機。
Source: Apache CloudStack — 關於匯入匯出Instances · 查閱於 2026-10-19
路徑A適用於目的地為KVM的情境。NexCMP自家文件將KVM列為經過測試的Hypervisor，因此除非您的架構規劃是在CloudStack下保留VMware主機，否則我們一律採用路徑A。請確認您執行的CloudStack版本：上述頁面在4.19與最新版本之間的行為有所差異。
遷移內容與注意事項
磁碟
- 遷移處置
- 轉換為QCOW2並匯入目的地的主要儲存池（路徑A），或對應至CloudStack磁碟方案（路徑B）。
- 注意事項
- 在路徑B中，若磁碟方案容量較大，磁碟並不會自動擴展。路徑A轉換期間的暫存空間預設為次要儲存；唯有在NFS環境下才可使用主要儲存作為暫存。
Source: Apache CloudStack — 將VMware虛擬機器匯入至KVM · 查閱於 2026-10-19
網路
- 遷移處置
- 網路必須在匯入前就存在於CloudStack中。探索指令碼會列出至少掛載了一台VM的vCenter網路，以便預先建立相對應的網路。
- 注意事項
- virt-v2v無法重新設定客作業系統的網路組態，亦無法變更其MAC位址。若目標子網路不同，客作業系統在轉換後需進行手動調整。
Source: libguestfs — virt-v2v手冊 · 查閱於 2026-10-19
Linux客作業系統
- 遷移處置
- 執行中的Linux VM可透過路徑A匯入：CloudStack會在匯出前將其複製，因此能以當機一致性（crash-consistent）狀態進行轉換。
- 注意事項
- CloudStack文件建議先將Linux虛擬機器關機。virt-v2v不會安裝新的核心或驅動程式，若缺少virtio支援會發出警告，因此客體作業系統在轉換前必須符合最低版本要求。
Source: libguestfs — virt-v2v手冊 · 查閱於 2026-10-19
Windows客體作業系統
- 遷移處置
- 透過路徑A匯入前必須正常關機。virtio驅動程式取自virtio-win套件並在首次開機時安裝；Windows在首次開機後可能會重新開機四次以上。
- 注意事項
- 「快速啟動」或休眠會導致轉換失敗，且不支援位於動態磁碟上的系統磁碟。匯入Windows需要在轉換主機上備妥virtio驅動程式。
Source: libguestfs — virt-v2v手冊 · 查閱於 2026-10-19
VMware Tools
- 遷移處置
- virt-v2v會嘗試移除VMware Tools。
- 注意事項
- 手冊指出在Windows上移除並不完全可靠，可能需要透過其他方式移除Tools。
Source: libguestfs — virt-v2v手冊 · 查閱於 2026-10-19
客體作業系統類型
- 遷移處置
- 匯入的虛擬機器會獲得預設的客體作業系統類型。
- 注意事項
- 在4.19版本中為CentOS 4.5 (32-bit)且必須手動變更；4.22.1版本若有對應設定，則可自動從來源客體作業系統進行對應。
Source: Apache CloudStack — 將VMware虛擬機器匯入至KVM · 查閱於 2026-10-19
計費與客戶
- 遷移處置
- 方案、價格與客戶帳號均在NexCMP中設定，且每台已遷移的機器都會連結至正確的客戶。
- 注意事項
- 於第1週針對您的CloudStack版本確認。此為NexCMP工作項目，並非CloudStack功能。
逐週計畫
典型流程，並會依您的情況調整。連續作業的30個工作天約為六個日曆週。
第1週—盤點與決策
透過vCenter的唯讀權限，我們列出所有虛擬機器：客體作業系統、磁碟、網路卡、VLAN、快照、電源狀態以及彼此的依賴關係。我們會選擇路徑A或B、定義遷移梯次，並標記需要特別注意的機器，例如Windows客體作業系統、大容量磁碟以及任何具有固定授權的項目。
第2週 — 建置目標環境
檢查或建置CloudStack zone：KVM主機、儲存空間，以及與VMware相符的網路。我們會在KVM主機上安裝virt-v2v（Ubuntu主機上安裝nbdkit）、為Windows準備virtio驅動程式，並開通轉換主機與vCenter及ESXi之間的網路路徑。若您有轉售機器的業務，NexCMP也會在同一週完成安裝並連線至CloudStack。
第3週—試行
挑選幾台非關鍵機器（涵蓋您現有的每種客體作業系統類型），走一遍實際流程。我們檢查其是否能正常開機、具備網路連線與正確的驅動程式，設定客體作業系統類型，並測量每台機器的離線時間。測量結果將做為各梯次時段的設定依據。
第4與第5週 — 分批遷移
機器會依照您同意的時間分組遷移。每組在下一組開始前都會先完成檢查，而原始VMware機器會維持關機但予以保留，以便隨時復原。若您有轉售機器的業務，客戶、方案與價格也會同步在NexCMP中設定完成，在切換前並行進行計費作業。
第6週—最終切換與交接
遷移最後一批機器、切換計費日期（若您有轉售機器），並完成DNS變更。我們會記錄所有執行細節、檢視安全強化與備份，並在30個工作天結束前隨時提供遷移支援。
僅為大綱。實際計畫將於第1週制定，本報價中唯一具明確時程承諾的是30個工作天。
風險與因應策略
遷移絕非零風險，我們也不承諾零停機時間。以下是可能發生的問題以及我們的應對方式。
每台機器的停機時間
Windows機器無法在開機狀態下轉換，而運作中的Linux機器轉換時處於損毀一致（crash-consistent）狀態。CloudStack未註明轉換需要多久時間。我們會在試行階段進行測量，隨後與您議定每組機器的停機維護時段。
轉換未成功
CloudStack指出無法保證成功，結果取決於客體作業系統。在進行任何梯次前，我們都會在試行階段測試每種客體作業系統，且在檢查新機器無誤前，原始機器完全保持原樣。
驅動程式與VMware Tools
Windows機器在轉換期間會取得virtio驅動程式，Linux機器則需事先具備virtio支援，且VMware Tools可能需要手動移除。這些都會在試行階段針對每個客體作業系統逐一檢查。
IP位址、MAC位址與DNS
客體作業系統會保留其MAC位址與本身的網路設定，因此若目標子網路不同，需要在客體內部進行變更。我們會在第1週列出所有位址清單，在切換前調降DNS TTL，並提前通知您的客戶。
客體軟體授權
機器內的Windows與商業軟體授權可能綁定於舊平台。我們會將其列入清單，以便您在遷移前與各廠商確認授權條款。
轉換中斷
CloudStack指出，在遷移期間重新啟動管理伺服器會導致遷移中斷，且必須重新開始匯入。我們會配合維護排程安排批次，並避免在執行期間重新啟動。
計費切換與復原
若您有販售這些機器，計費切換日期將與您共同決定，且雙方系統會先平行運作。VMware原始機器將會保留，直到您確認遷移完成為止，確保每個群組都有復原的途徑。
權責分工
vCenter唯讀存取權限與您認為關鍵的機器清單
- 專家負責
- 盤點每台VM並規劃遷移批次
CloudStack環境與KVM主機的存取權限，或是用於建置它們的硬體
- 專家負責
- 準備區域、網路與轉換主機
您所選方案所需的VDDK與virtio套件（若廠商要求您自行下載）
- 專家負責
- 在轉換主機上安裝並進行測試
協議的停機時間窗口與給客戶的通知
- 專家負責
- 執行試點與各批次遷移，並在事後檢查每台機器
您的定價決策（若您有販售這些機器）
- 專家負責
- 在NexCMP中設定方案、客戶與計費，並執行平行運作期
在30個工作天內您將獲得的服務
此遷移服務包含於NexCMP Source升級中：一次性費用$499，內含完整原始碼（Rust伺服器、Vue入口網站與管理介面、Go節點代理程式、CLI、建置指令碼）、無限制修改與建置自訂版本的權利、12個月的新原始碼版本發佈、所有應用程式，以及由專家工程師提供30個工作天的持續協作服務。
在這30個工作天內，專家將協助您從VMware遷移至Apache CloudStack，無需支付額外費用。或者，這段時間也可以同時或單獨用於從WHMCS或其他系統遷移，或是用於完整的端到端建置與建置您的應用程式。計時自您開始與專家合作起算，並顯示於您的授權頁面中。遷移支援期間同樣為30天。
NexCMP Free不包含此服務。Free提供一年免費使用所有模組，但不包含技術支援（僅提供原始碼錯誤修復），續約費用為每年$99。
VMware至CloudStack—常見問題
費用是多少？
這是否包含在NexCMP Free中？
支援哪些CloudStack與VMware版本？
我的虛擬機器會有停機時間嗎？
每台VM都能轉換嗎？
遷移後我還需要保留VMware嗎？
我需要提供什麼？
資料來源與說明
技術說明均來自官方Apache CloudStack文件與virt-v2v手冊。文件內容會隨版本變更，因此請確認您執行的版本。4.19的說明取自4.19官方文件，其VMware-to-KVM頁面開篇即標註「As of CS 4.19」。VMware、WHMCS、HostBill、Blesta、Paymenter、StackBill、Virtualizor與Apache CloudStack為其各自所有者的商標。NexCMP具獨立性，未隸屬於該等業者亦未獲得其認可。
在工程師全程協助下告別VMware
以$499升級至NexCMP Source並展開您的30個工作天服務，或先來信[email protected]洽詢您的環境細節。
上次更新：