突然，你的虛擬機消失了……
本文的“幽靈虛擬機”小故事是我從一個IT大會上聽來的，如果你之前也有類似經驗，請與我們分享……
一個IT組織實施了虛擬化，成功將幾十臺物理機轉化成了虛擬機。購買了大量虛擬主機，為虛擬機提供動力。然后實現了高可用性功能，在發生問題的時候虛擬機可以轉移到其他主機，并且監控與負載均衡技術能確保對資源進行最佳分配。
利用剩余的預算，這家公司購買了額外的主機用于未來擴展，這個舉動很明智。
消失的虛擬機
但是，當所有組件都正確集成，虛擬機也嗡嗡運轉起來的時候，某臺虛擬機突然消失了！
現在，這臺虛擬機不是完全消失。在平臺的管理控制臺它仍然可用。不過有時候整臺機器會掉線。某些情況下，這臺奇怪的虛擬機發生錯誤會導致功能禁用。
集群設置或日志沒有相應的解決方案。檢修虛擬機錯誤信息也導致進入了死胡同。
虛擬機錯誤原因
虛擬機錯誤根源在于存儲，尤其是與虛擬化關系不大的一部分存儲。如果你讀過我最近的文章“壓縮虛擬硬盤數據”，你就知道有多種方式將磁盤存儲映射給虛擬機。
最簡單的方法需要在已經出現于Hyper-V或ESX主機上的邏輯單元號里創建另一個虛擬硬盤或虛擬機磁盤。添加壓縮磁盤文件到同個LUN，這能保證虛擬機第一個磁盤有問題時可以用輔助磁盤。
不過某些情況下，壓縮輔助存儲器不起作用。考慮使用文件或Exchange服務器。取決于你的虛擬平臺及其版本，將數據存儲在傳遞磁盤或原始設備映射上更有意義。
創建輔助磁盤后，必須從邏輯上將其從存儲區域網絡上的原始系統磁盤上隔離。你也必須讓輔助磁盤與原始系統磁盤——及其相關虛擬機可相互通信。
以上就是造成幽靈虛擬機的原因。虛擬架構運轉正常，但當遷移虛擬機到新的主機時，偶爾會發生將虛擬機重新安置在不能訪問虛擬機輔助磁盤的主機上的情況。其他情況下，在均衡過程中，虛擬機可能遷移到不能訪問的位置，這就解釋了虛擬機消失與重現的現象。
可能存儲管理員沒有遮掩輔助磁盤到虛擬機主機？也可能他們只是忘記了LUN需要訪問？
如果你幸運，你的虛擬平臺包括了預遷移驗證，確保不會發生虛擬機錯誤。
故事的啟示
請注意虛擬環境里的磁盤鏈接。通常要反復檢查。讓每個磁盤映射在任何擁有獨立虛擬機的虛擬主機上。否則就會出現幽靈似的虛擬機。
【編輯推薦】
