在配置并實施了DRS之後，HA的操作便很簡單了，HA也是vSphere的一個進階功能，号稱是可以建立不會藍屏的環境，雖然不是絕對但至少說明了HA确實能很大程度上的規避藍屏的風險，使虛拟化的環境能更加安全穩定，如果配置得當，基本上不用人工幹預，vSphere會自動将藍屏或者其他故障的esxi主機關閉等待維修，而且會自動在運作良好的esxi主機上繼續運作藍屏的esxi主機上的虛拟機，保證虛拟機的運作以及其上的服務不會中斷。
打開群集的HA功能
跟打開DRS一樣，打開HA也是在群集設定中開啟，
在群集功能中，選擇“打開VMware HA”，确定，先不做其他設定，
工作列中已經開始了配置HA的任務，等待配置完成。
配置HA排錯
在上面的開啟HA之後，本來是應該正确的打開了HA，但是我卻遇到了一個錯誤，
錯誤的詳細資訊是：cmd addnode failed for secondary node:Error creating ramdisk for HA agent configuration:未知HA錯誤。
（我在這裡補充一下，可能有人看我寫的這些部落格會覺得，我有一些是跟那個明教教主的視訊教程有相同的地方，其實隻是一開始，不太明白的時候參照了他的設定，也就是建立實驗環境的那幾節吧，是以在我遇到這個錯誤的時候，我去找了他的視訊，看能否有什麼解決的方案，結果他也是這個錯誤，但是在重新操作一遍之後，直接一句“不知道是什麼原因，以後再排錯”，然後就用他們教育訓練中心的環境進行講解了。不得不發表一下個人的看法，對于一直看你實驗的人，這麼做真的很不負責，因為他之後的教程也沒有進行解釋這個問題，這樣聽了教程的能解惑麼，既然你做了教程，那麼就應該讓大多數的人真正了解并學習到這些知識，而不是僅僅淺嘗辄止，我覺得這樣對初學者造成的絕對是不好的影響，當然他的課程也不錯，原理講解的還是不錯的。由于工作的原因，我覺得排錯是無可厚非的，而且通過排錯，我們也可以增加經驗，誰都不能保證這次的錯誤下次不會再遇上，是以我在此添加排錯的步驟）
排錯步驟一
參考部落格：http://3feng.blog.51cto.com/blog/510880/500859
按照上面的步驟做了一遍，重新配置了HA，可是錯誤依舊，方案一失敗。
排錯步驟二
參考部落格：http://ba7nq.blog.163.com/blog/static/9053791020106284340241/
這個錯誤的描述跟我的還是有差別的，但是沒辦法，隻能抱着僥幸的心理去嘗試了，
用Putty連接配接到esxi41-1上，添加紅色标記中的資訊到/etc/hosts檔案中，
同樣的，用Putty連接配接esxi41-2，添加紅色标記中的資訊到/etc/hosts中，按照部落格上說的重新配置HA，配置完之後錯誤依舊，方案二失敗。
排錯步驟三
找了一個晚上，都是一些上面的錯誤，很少有我遇到的這種錯誤，心情也真夠郁悶的，心說不如到論壇去發個文章，看看其他的高手大神有沒有辦法，結果第二天又搜尋了下，在維基百科中找到一篇文章，
參考資料：http://wiki.weithenn.org/cgi-bin/wiki.pl?VMware_HA_FT
這個錯誤跟我的一模一樣，心裡那個高興啊，看了一下原來是因為ESXI的記憶體太小，ESXI 4.1的安裝記憶體最小是2G，而在管理vCenter Server時最小記憶體是3G，是否真的這樣呢，我又重新開機了兩台esxi主機，并修改了設定，
第一台esxi41-1已經修改記憶體為3G
第二台esxi41-2也已經修改記憶體為3G，再重新配置HA，忐忑的等待着，結果是配置成功！哈哈，終于成功了，耶！
配置HA功能
好了，選擇群集，在摘要頁籤中，可以看到VMware DRS已經開啟了，
打開群集設定，選擇VMware HA(在沒有打開HA之前，隻有DRS的設定)，啟動主機監控，接入控制預設啟用，在接入控制政策中，設定群集允許的主機故障數目，由于實驗環境隻有兩台esxi主機，是以允許故障主機隻能為1台。如果你有多台esxi主機，那麼你可以通過計算其上的虛拟機負載，來決定允許故障的主句數目，
選擇進階選項，并添加如圖的資訊，主要是配置隔離回饋IP，也就是圖中标記的IP位址，這是vsphere.net域網絡的網關，其他配置預設即可。
設定虛拟機選項，右側設定虛拟機重新開機優先級，以及主機隔離響應，也就是主機ping不到隔離回饋IP之後的操作，同DRS類似，下面也有虛拟機的設定，預設虛拟機是和群集一樣的配置，但是也可以獨立于群集的設定，這裡就選擇預設設定，
虛拟機監控選項，這裡因為虛拟機自動擷取的IP是我主機的IP，是以無法ping域網絡，就不開啟監控了，其實這個HA的實驗也沒有必要啟用監控。
測試VMware HA功能
首先在esxi41-1上打開win xp虛拟機，啟動之後，檢視該虛拟機的IP位址，
在esxi41-2上打開win 2003虛拟機，啟動之後，檢視該虛拟機的IP位址，
這台是我真實的實體機，檢視一下IP位址，等一下會讓虛拟機ping這台電腦的IP才近距離的觀察HA的功能，
找到esxi41-1這台主機，稍後我會将這台esxi主機上用于通信的兩張網卡斷開，這樣這台主機就ping不到隔離回饋IP，也就是域網絡的網關了，那麼群集的HA就會做出響應，将運作在esxi41-1上的主機轉移到esxi41-2這台主機上去，這就是實驗的思路，
這是我的VMware Workstation中的esxi41-1這台主機的硬體裝置圖，在紅色标示的位置是該主機用來通信的vSwitch0的兩張網卡（為備援而做的），現在我先來試一下網卡的備援有沒有用，我先斷開VMnet0這張網卡，
在斷開VMnet0之後，由于VMnet1還連接配接，會接手VMnet0作為活動網卡，來進行通信，是以在ping實體機IP的過程中，完全沒有中斷，隻是有少量的延遲罷了，下面我把VMnet1也斷開，這樣esxi41-1就不能ping到隔離回饋IP，HA也就不得不采取動作了，
果然兩張網卡都斷開連接配接之後，主機就會關機，其上的虛拟機也要被轉移，而虛拟機設定裡的重新開機選項是使用群集預設，是以虛拟機也會重新開機的，而ping也顯示了請求逾時，
但是時間很短暫，虛拟機馬上就重新開機了，因為遷移已經進行了嘛，是以很快又能再次ping到實體機，這說明HA已經将虛拟機進行了遷移，
果然，在去看虛拟機的控制台，上面顯示，win xp虛拟機已經運作在esxi41-2這台主機上了，
在看過主機ping不到隔離回饋IP之後，我再把這兩張網卡連接配接上，看一下HA的響應，
esxi41-1開始配置HA了，因為剛才已經被關閉了，是以在ping到隔離回饋IP後，HA也要重新配置，
在vCenter的工作列下面，看到遷移自動運作了，啟動者是系統，說明HA已經在轉移虛拟機了，
通過ping操作近距離觀察，恢複時的中斷很短暫，幾乎沒有封包丢失，隻是有一段時間的延遲，
遷移完成，win xp虛拟機重新運作在esxi41-1這台主機上，
win 2003 虛拟機沒有什麼動作，仍然還是運作在esxi41-2這台主機上，
用win 2003虛拟機來ping 虛拟機win xp的IP，響應很快，網絡通暢沒有問題。至此，vSphere的高可用性HA功能實踐完畢。