接下來我們來討論計劃內(nèi)宕機，并對快速遷移和實時遷移之間的不同加以比較；通過上周我從用戶處得到的反饋，我意識到先要對一些疑惑做出解釋。

用戶用電子郵件的方式表示VMotion非常適用于非預(yù)期的主機宕機，因為它能實現(xiàn)虛擬機的實時遷移，所以是更好的高可用性解決方案。但這并不能簡單套用到這個案例里。

在非預(yù)期的宕機情況下，由于沒有預(yù)兆VMotion也不能實時遷移。取而代之的是用戶必須配置VMware的高可用性解決方案。最好的做法是在其他服務(wù)器上重啟受到影響的虛擬機，這與Windows Server 2008 Hyper-V以和Failover Clustering的做法是一樣的。

以下引用VMware的文件對自動高可用性服務(wù)器的描述，第一頁第二段這樣說道：

"使用VMware的高可用性解決方案，虛擬機能在硬件故障的時候自動重啟~"

第8頁這樣描述：

"VMware的高可用性如何工作？

VMware的高可用性解決方案能連續(xù)監(jiān)控集群上托管的所有ESX服務(wù)器并對硬件故障進行探測。每臺主機上放置的代理服務(wù)器都保持和集群上其他主機的密切聯(lián)系。高可用性解決方案會全天候監(jiān)控集群資源是否充足，以備能在發(fā)生主機故障時隨時在不同的物理主機上重啟虛擬機。"

從這點上看，VMware的高可用性解決方案和Hyper-V的failover clustering實現(xiàn)的是同樣的功能：那就是在其他的服務(wù)器上重啟虛擬機。沒有誰好誰壞之說。如果你仍然不相信我，找一臺ESX Servers，切斷電源試一下（別說我沒警告你）。

之前我們討論了高可用性解決方案對于非預(yù)期主機宕機的重要性?，F(xiàn)在讓我們繼續(xù)探討計劃內(nèi)宕機下快速遷移和實時遷移的比較。首先讓我們先了解一下用戶為什么需要遷移功能？

要實施計劃內(nèi)宕機主要出于兩個原因：

1.硬件維修。硬件的更新?lián)Q代需要添加額外的內(nèi)存，存儲或者BIOS升級。這時服務(wù)器就必須脫機，用戶要將服務(wù)器上的工作負載在預(yù)定維修時間內(nèi)快速進行遷移。

2.對主機操作系統(tǒng)進行補丁升級。如果根分區(qū)需要打補丁而補丁程序又需要重啟，然后用戶在預(yù)定的維修時間里將虛擬機快速遷移（需要指出的是運行Hyper-V最好的辦法是用Server Core安裝，這樣能減少為Windows操作系統(tǒng)打補丁的需求）

我們曾就詢問過使用實時遷移功能的用戶，是否他們因此改進了維護流程，特別是當他們進行硬件升級的情況下。多數(shù)回答是："不，我們?nèi)匀粸榉?wù)器的宕機時間做了計劃"。甚至是使用實時遷移的用戶也是在宕機情況下維護硬件的。

多易