虛拟化遷移，你需要特别注意的幾個問題

随着雲計算、大資料的發展，虛拟化改造已經成為一種行業趨勢。在虛拟化實施過程中，P2V,V2V操作對于運維人員來說已經成為家常便飯。筆者從進入現在的公司開始就一直對公司現有的計算資源進行虛拟化改造，經曆了P2V，V2V的各種折騰（包括Windows、Linux實體機向KVM、VMware虛拟化平台的遷移，VMware向KVM遷移，LXC容器向KVM平台遷移）。目前項目已經進行到一半，用大量時間實踐了各種遷移方案，現将遷移過程容易失敗的一些問題進行總結，希望對大家有所幫助。

1、分區表格式。這是一個很嚴重的問題，很多遷移工具不支援GPT格式的系統遷移，隻支援MBR格式的系統遷移，在選擇工具之前需要格外注意一下。

2、通用的OVF格式可能是個坑。我們采用的是H3C的CAS虛拟化平台，是居于KVM的一個虛拟化平台。在整個虛拟化項目開始之前，我通過查詢資料，得知OVF模闆是虛拟化業界比較通用的一種格式，是業界幾個大廠商聯合制定的标準。按照這種思路，從VMware遷移到KVM使用OVF模闆就能搞定，CAS系統也是支援OVF模闆導入的，根本無需再折騰。在實際操作過程中，發現CAS系統的OVF模闆與其他廠商并不相容，隻支援自己的OVF模闆，一個巨坑！

3、遷移之後磁盤不能成功挂載原系統的磁盤分區，系統不能成功啟動。出現這種情況，一種很大的可能就是在原系統使用的是裝置名稱挂載的方式挂載的，在兩個虛拟化環境中硬碟接口發生了變化，比如由原來的IDE接口變成了virtio接口，這樣的話裝置名稱是會變的，裝置名稱會由原來的sda變為vda，這就需要修改fstab了（CD光牒引導，進入救急模式）。如果是通過UUID挂載的，一般來說不會出現這種問題。