概述
在傳統的群集服務（如vSphere Distributed Resource Scheduler（DRS））依賴于vCenter Server的配置和操作可用性。 盡管可以通過多種方法來提高vCenter Server的可用性，但如可以考慮使用vSphere High Availability（HA）和vCenter Server High Availability（VCHA），但其在實際的環境中工作并不理想。 此外，現在除了考慮大型本地私有雲，也需要考慮公共雲環境中vCenter Server的可伸縮性，需要更好的解決方案來支援群集服務。 這就是引入vCLS的原因。
vSphere 7 Update 1發行版中引入了一項新功能。即vSphere Clustering Service (vCLS)，它的第一個版本為在vSphere中為叢集服務建立分離的分布式控制平面提供了基礎。在這個版本中，DRS功能的子集已經包括在新的vCLS功能中。
基本架構
vCLS控制平面的基本體系結構由 最多3個虛拟機VM組成，也稱為系統VM或代理VM，它們放置在群集中的單獨主機上， 這些是形成叢集仲裁的輕量級代理VM。 在主機少于3個的較小群集上，代理VM的數量等于ESXi主機的數量，代理VM由vSphere Cluster Services管理。
與典型的工作負載VM不同，代理VM的生命周期或狀态不由使用者維護。
叢集服務運作狀況
處于群集仲裁狀态的代理虛拟機擁有自我糾正的能力， 這意味着當某些代理虛拟機不可用時，vCLS将嘗試自動執行個體化或打開虛拟機。
群集服務有3種健康狀态：
- 運作狀況良好 Healthy –群集中至少有1個代理VM正在運作時，vCLS運作狀況為綠色。 為了保持代理虛拟機的可用性，已部署了3個代理虛拟機的群集仲裁。
- 降級 Degraded -當至少有一個代理虛拟機不可用，但由于代理虛拟機不可用而DRS并未跳過其邏輯時（還可以通過重新啟動恢複），這是過渡狀态。 在重新部署vCLS VM或對運作中的VM造成一定影響後重新啟動vCLS VM時，群集可能處于此狀态
- 不健康 Unhealthy -由于vCLS控制平面不可用（至少1個代理VM）而導緻下一輪DRS邏輯運作（工作負載放置或平衡操作）跳過時（如重新啟動不成功後），vCLS處于不健康狀态。
代理VM所需資源
vCLS代理虛拟機是輕量級的，這意味着将資源消耗保持在最低水準。 将vCenter Server更新到vSphere 7 U1時，vCLS會在現有部署中為每個群集自動最多建立3個代理VM。
如果沒有可用的共享存儲，則将代理VM放置在本地存儲上。
如果在ESXi主機上配置共享存儲之前就已形成叢集，則使用vSAN時，強烈建議在此之後将vCLS代理VM移至共享存儲。
代理VM運作自定義的Photon OS。 下表列出了每個代理VM的資源規範：
| 資源 | 數量 |
|---|---|
| Memory | 128 MB |
| Memory reservation | 100 MB |
| Swap Size | 256 MB |
| vCPU | 1 |
| vCPU reservation | 100 MHz |
| Disk | 2 GB |
| Ethernet Adapter | – |
| Guest VMDK Size | ~245 MB |
| Storage Space | ~480 MB |
如上表，2 GB虛拟磁盤使用精簡配置。該VM不涉及網絡，是以未配置任何網絡擴充卡。 vSphere Client的“主機和群集”概述中不顯示代理VM。 而在“ VMs和模闆”視圖包含一個新檔案夾-vCLS，其中包含所有vCLS代理VM。
對于多個群集，将顯示所有vCLS代理VM，并對其進行連續編号。
注：vSphere Client包含消息和注釋，顯示有關vCLS代理VM的資訊，還列出這些VM的電源狀态和資源由vCLS處理。
運作方式
如前所述，代理虛拟機由vCLS維護，VI管理者無需關閉虛拟機電源。 實際上，當管理者人為關閉代理虛拟機電源時，vSphere Client會顯示警告。
當主機進入維護模式時，vCLS代理VM會像正常VM一樣遷移到群集中的其他主機。 客戶應避免删除或重命名代理VM或其檔案夾，以保持群集服務的健康。
vCLS代理虛拟機的生命周期由vSphere ESX代理管理器（EAM）維護。 當使用者嘗試關閉或删除虛拟機時，代理管理器會自動建立虛拟機，或重新建立/打開虛拟機。