在上期文章已介紹了如何從無到有地部署一個VMware vSphere 6.7的虛擬化基礎運作環境，這回將繼續在這個基礎上完成一個具備虛擬機器熱備援能力的架構，以便在發生ESXi主機單點失敗時，關鍵的虛擬機器能夠在最短的時間內全自動化地在其他可用的ESXi主機中恢復運作。
在「選取計算資源」頁面中，可以根據主機、叢集、資源集區或是vApp的分類，來選擇所要移轉的目的地。按下〔NEXT〕按鈕，然後在「選取網路」頁面中，選取虛擬機器移轉的目的地網路，如果目的地要使用不同的虛擬機器網路，也可以在此重新選定，設定完畢，按下〔NEXT〕按鈕。
如圖38所示，在「選取vMotion優先順序」頁面中，可以選取「以高優先順序排程vMotion（建議）」或是「排程正常vMotion」。按下〔NEXT〕按鈕後，在「即將完成」頁面確定所有設定無誤後，再按下〔FINISH〕按鈕。
 |
| ▲圖38 選取vMotion優先順序。 |
完成虛擬機器的移轉後，後續如果原有的ESXi主機恢復運作，就只要在該主機的節點上，依序點選「維護模式」→「結束維護模式」，然後再執行一次「移轉」的操作，將虛擬機器移轉回原來的ESXi主機即可。
關於虛擬機器的高可用性運作，還有進階版嗎？答案是有的，那就是能依據ESXi主機資訊使用狀況，來動態調整虛擬機器所在位置的DRS（Distributed Resource Scheduler），以及提供即時熱備機制且無須重新啟動虛擬機器，讓備援速度近乎於零停機（Fault Tolerance，FT）的超強功能。針對上述這兩項HA進階的完整實戰，後續將會專文講解。
結語
透過本文的實戰講解，相信大家應該已經學會如何在vSphere 6.7架構中部署擁有熱備援機制的叢集HA運作環境，來確保虛擬機器的持續可用性。想想看，若要讓這項保護措施更加完善，還缺少哪一些規劃呢？答案就是本文中所提到的虛擬機器冷備援以及備份，只是在現行的vSphere 6.7虛擬化環境內，如何實現這兩項的管理需求，以及是否需要進一步整合第三方的解決方案才能達成呢？關於這些疑問，這裡就先賣個關子，靜待後續的專文再來一一揭曉。
＜本文作者：顧武雄，Microsoft MVP 2004-2016、MCITP與MCTS認證專家、台灣微軟Technet、TechDays、Webcast、MVA特約資深顧問講師、VMware vExpert 2016-217、IBM Unified Communications/Notes/Domino/Connections Certified。＞