概述

在传统的群集服务（如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的资源规范：

如上表，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）维护。 当用户尝试关闭或删除虚拟机时，代理管理器会自动创建虚拟机，或重新创建/打开虚拟机。