VMware vSphere ESXi 6.0將vCenter Server的運作架構大幅翻新，而其他協同運作元件也全部整合成單一的PSC，面對這些新變革，本文將針對VMware提供的諸多vCenter Server高可用性解決方案，說明其個別的功能性及採用時的要點，讓IT人員正確選出對自身最合適的方案。
選用vCenter Server高可用性解決方案
事實上，不管是VMware本身或是其他協力廠商都有針對vCenter Server高可用性部分推出解決方案，本文將會著重在討論VMware本身所提供的vCenter Server高可用性解決方案，進行功能性的討論以及優缺點比較。
此外，vCenter Server整體服務的組成除了資料庫外，還有PSC協同運作的部分。其實，在PSC的部分也可以打造出高可用性的運作架構，也就是建立多組PSC並透過「複寫（Replicating）」的方式，讓多台PSC主機之間的資料能夠同步，再同時配合負載平衡機制，即可建構出高可用性的PSC運作機制，如圖2所示。
 |
| ▲ 圖2 PSC高可用性機制運作示意圖。（圖片來源：VMware白皮書 - VMware vCenter Server 6.0 Availability Guide） |
高可用性方案1：vSphere HA
第一種vCenter Server高可用性機制，是大家所熟知的VMware vSphere High Availability（vSphere HA）機制。在VI 3.x及vSphere 4.x時代稱之為VMware HA，它是由EMC Autostart產品（收購自Legato Automated Availability Manager）所改寫而成的特色功能。
其運作原理是首先加入HA Cluster中的前5台ESX/ESXi主機，便會擔任Primary Host的角色，而之後加入的ESX/ESXi主機則擔任Secondary Host角色，同時5台Primary Host角色當中會自動推舉出1台主機，擔任這整體Primary/Secondary運作架構內的Active Paimary Host角色，負責收集所有主機的運作狀態，並且回報給vCenter Server，如圖3所示。
 |
| ▲圖3 舊版VMware HA運作架構示意圖。（圖片來源：VMware官方文件 - High Availability and Data Protection） |
從vSphere 5版本開始，除了正式改名為vSphere HA外，底層的運作架構也整個翻新。新版的vSphere HA機制捨棄原本的AAM（Automated Availability Manager）運作架構，改為採用Fault Domain及Master/Slave運作架構。
如圖4所示，它會在HA Cluster內為每一台ESXi主機安裝FDM（Fault Domain Manager）代理程式，並且在Fault Domain的運作架構中只會有1台Master主機，其他則為Slave主機，只有在Master主機發生故障損壞事件後，才會從Slave主機中推舉出1台新的主機擔任Master主機的角色。
 |
| ▲圖4 新版vSphere HA運作架構示意圖。（圖片來源：EMC Community Network –Architecture and Benefits of VMware vSphere Virtualization） |
VMware對於此需求的最佳做法及建議是，採用vSphere HA並結合vSphere DRS機制，以提供vCenter Server服務最佳可用性。
並且，在這樣的虛擬化運作架構中應該要注意及驗證相關項目，以便因應「所有可用路徑離線（All Paths Down，APD）」、「設備永久遺失（Permanent Device Loss，PDL）」等故障損壞事件：
1. 驗證vCenter Server的組態配置，是否都存放在共
享儲存資源中。
2. 驗證HA Cluster內的ESXi主機、儲存網路及VM網
路是否都有建立NIC Teaming機制。
3. 驗證HA Cluster當中的ESXi主機，是否都能存取共
享儲存資源以及所有的VM虛擬主機。
4. 驗證HA Cluster中的ESXi主機是否建立管理網路的
容錯線路（vSphere HA Heartbeat Redundant）。
5. 驗證HA Cluster內是否至少存在2個共享儲存資源，
以便達成vSphere HA Datastore Heartbeat Redundant架構。
6. 驗證透過vSphere Web Client連線至vCenter Server
的使用者帳號，是否具備Cluster Administrator的
權限。
7. 驗證HA Cluster當中是否啟用Admission Controller
機制，以便觸發vSphere HA機制時，在HA Cluster內其他存活的ESXi主機，具備足夠的硬體資源可承載其他的VM虛擬主機，如圖5所示。
8. 驗證是否為vCenter Server和Database虛擬主機，設
定VM Restart Prioirty等級為High，以便啟動vSphere HA機制時，確保優先啟動這2台VM虛擬主機。
 |
| ▲ 圖5 Admission Controller運作示意圖。（圖片來源：VMware文件 – vSphere vCenter Server 6.0可用性） |
新增Watchdog for vCenter Server
事實上，熟悉vSphere HA機制的IT管理人員便知道，vSphere HA高可用性機制必須在ESXi主機發生非計畫性的故障損壞事件時，才會透過vSphere HA機制在HA Cluster中其他存活的ESXi主機，將存放在共享儲存資源中的VM虛擬主機重新啟動。
若是底層的ESXi主機並未發生故障損壞事件，而是vCenter Server虛擬主機內本身所運作的服務停
止的時候，那麼vSphere HA高可用性機制是幫不上忙的。