VMware ESXi 與Workstation 之間虛擬機互相遷移時的一點經驗

爲什麼要在虛擬主機之間遷移虛擬機?
1.就算一開始規劃得再好,在系統部署運行一段時間後,都會暴露出一些性能問題,爲了更好的分佈不同角色的虛擬機,改善虛擬主機的性能。平衡多臺虛擬主機服務器的負載,或充分利用閒置的服務器資源,我們就需要進行虛擬機的遷移來進行性能優化。
2虛擬機的遷移,也是進行虛擬機備份的一種有效方法。

VMware的Workstation 7 中,集成了VMware Converter Standalone 的主要功能(虛擬機的導入和導出),可以將運行中的主機(物理機或虛擬機)轉換爲ESX/ESXi 虛擬機或Workstation 模式的虛擬機,也可以進行ESX/ESXi 服務器之間,或ESX/ESXi 服務器與Workstation中虛擬機的互相遷移。

虛擬機遷移後新虛擬機磁盤控制器類型的問題
但是Workstation 7 的虛擬機的導入和導出功能中缺少了一些VMware Converter Standalone 中所具有的目標服務器的定製選項,比如在進行P to V 遷移時,Converter 可以定製目標虛擬機的磁盤控制器類型,而Workstation 內置的虛擬機導入導出工具中無法進行這項定製,有看過我以前文章的朋友或有一定使用經驗的朋友應該都知道,虛擬IDE磁盤控制器和虛擬SCSI/SAS磁盤控制器之間的性能差距還是比較明顯的。

Workstation 默認的虛擬磁盤控制器是IDE類型的,如果ESXi上的原有Windows虛擬機的多個虛擬磁盤做了軟件raid,導入Workstation 7 只會變成單塊IDE的磁盤,並且用Workstation的話,通過添加一塊SCSI 類型的虛擬磁盤做軟件raid1,數據同步完成後移除IDE的系統盤,企圖讓系統從新的SCSI接口類型的虛擬磁盤引導的做法是不可實現的。

Windows Server 的軟件raid 需要首先把磁盤改成動態磁盤,但是server 2003 或更老版本,在做系統盤的軟件raid1時,無法正確更新Windows的引導配置文件,採用動態存儲分配的虛擬磁盤,Windows 安裝程序負帶的磁盤分區格式化工具是無法正確識別到上面現有的邏輯卷容量的,所以企圖在更換虛擬磁盤後使用修復安裝來修復系統引導的方法也是行不通的。

而在ESX/ESXi 服務器上的虛擬機,進行類似的操作是可行的。所以如果不想造成不必要的磁盤性能的下降,如果原ESX/ESXi 上的虛擬機在遷移到Workstation 虛擬機前,最好是把系統盤的軟件raid1 去掉,然後在配置目標虛擬機虛擬磁盤時,選擇將原有的每個邏輯卷(分區)單獨創建一個對應的獨立的虛擬磁盤。

2.虛擬主機IP網段和虛擬服務器IP(比如ESXi 管理IP)網段必須一致
比如原有VMware Workstation 7 的一臺虛擬機主機IP是192.168.10.100,網卡橋接到宿主Windows系統下物理網卡(地址是192.168.10.10),該宿主機還有另一塊物理網卡,IP爲192.168.3.10,在從此宿主機在向管理IP爲192.168.3.200的ESXi 服務器遷移時,在源虛擬主機安裝部署完遷移工具客戶端程序後,會發生無法連續目標虛擬機的異常導致遷移任務失敗。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章