vmotion總結

一、不管是vMotion仍是Storage vMotion都須要專用的VMkernel網絡來遷移虛擬機，因此須要在各ESXi主機上爲vMotion配置專用的網絡，而且考慮到性能的問題，最好爲vMotion網絡綁定專用的網卡。vMotion要求網絡帶寬至少爲千兆，而且要求源主機和目標主機具備相同的網絡配置，包括網絡類型和網絡標籤都要一致。

二、檢查服務器間的網絡鏈接。 遷移依賴網絡鏈接，所以源/目的服務器之間的任何鏈接問題都能輕易影響遷移活動。最直接的方法是ping源/目的服務器之間的網絡鏈接。若是ping成功了，證實源、目的服務器之間的lan通信正常。若是不成功，源、目的服務器上的網卡(nic)可能存在鏈接問題或不兼容性。 一個常見的兼容性問題是使用超長幀。例如，若是一個服務器的nic配置了支持超長幀，另一個沒有，那麼這兩個服務器不會正常通訊，工做負載遷移不會成功，除非兩個nic的配置徹底相同。使用目標服務器的主機名ping時，會發生另外一個常見的問題。若是主機名ping失敗了，可是ip地址ping正常，說明主機名解析出問題了，解決這個問題會對解決鏈接問題有幫助。

三、若是某一集羣使用了獨立的DVS分佈式虛機交換機，其集羣中的虛擬機將不能遷移到其餘集羣。能夠把集羣中的物理主機加入到總的更大的vdc下的分佈式虛擬交換機，才能夠把該集羣中的虛擬機遷移到其餘集羣。

四、習慣上，vmotion須要考慮主機和虛擬機的計算資源的平衡。檢查目的服務器上的計算資源很重要，若是目的服務器上沒有足夠的計算資源，工做負載遷移也會失敗。當目的服務器缺乏足夠的處理核心、內存空間、nic端口或者存儲時，就不能儲備新的工做負載。隨着物理服務器數量降低和工做負載整合水平的提高，這已經變成愈來愈廣泛的問題。 例如，若是目標服務器已經從從其餘系統接受額外的工做負載失敗，這時就會發生資源短缺。另外，若是目的服務器上已有的工做負載已經得到了額外的計算資源，以知足用戶活動增長所引發的更的的資源需求，這種狀況下，資源短缺也會發生。試着將工做負載遷移到其餘有足夠計算資源的系統(好比閒置或備用的服務器)，或者在有需求的服務器上執行工做負載平衡。

五、vmotion遷移若是不考慮網絡的可用性，有時會致使將虛擬機放置或遷移到已經網絡飽和的主機上。 若是應用碰巧對網絡敏感，這可能會對虛機產生一些性能影響。

六、在進行vmotion遷移時，虛機內存過大的會遷移比較慢，由於內存動態的同步會耗費較多時間。

七、在進行vmotion遷移時，要注意硬件兼容性。檢查服務器硬件的兼容性和設備相關性。 虛擬化的服務器專門用來將底層的硬件從上層的工做負載抽離——抽離讓工做負載遷移變得可能——可是有小部分狀況可能會致使源、目的服務器的硬件不兼容，致使遷移失敗。 排錯的第一步是評估服務器硬件和配置。舉個簡單的例子，源/目的服務器須要使用徹底相同處理器來進行工做負載遷移。每一個系統bios的處理或者i/o虛擬化設置稍微有所不一樣也會引發硬件問題。 當vm依賴目的服務器上不可用的硬件時，也會致使遷移失敗。好比，像vmware esx/esxi等hypervisor容許vm鏈接到物理磁盤。若是vm依賴與源服務器鏈接的物理磁盤——而目的服務器上沒有——遷移就出問題了。安全斷開任何本地物理磁盤或者源服務器vm上的客戶端設備，而後再從新進行遷移。

八、因虛機版本不一樣形成的遷移問題，注意高版本不能向低版本遷移。

九、分區表格式。這是一個很嚴重的問題，不少遷移工具不支持GPT格式的系統遷移，只支持MBR格式的系統遷移，在選擇工具以前須要格外注意一下。

十、遷移以後磁盤不能成功掛載原系統的磁盤分區，系統不能成功啓動。出現這種狀況，一種很大的可能就是在原系統使用的是設備名稱掛載的方式掛載的，在兩個虛擬化環境中硬盤接口發生了變化，好比由原來的IDE接口變成了virtio接口，這樣的話設備名稱是會變的，設備名稱會由原來的sda變爲vda，這就須要修改fstab了（光盤引導，進入救急模式）。若是是經過UUID掛載的，通常來講不會出現這種問題。