管理云组
使用 此菜单 来管理云组资源。
关于本任务
云组是有组织的计算节点和 IP 组。 可以在系统中创建并管理三种类型的云组：
- 专用
- 平均
- 虚拟管理器
专用和平均云组类型定义部署期间如何将资源分配给虚拟机。
专用云组用于需要将整个 CPU 核心专用于虚拟机中每个虚拟 CPU 的工作负载。 当虚拟机运行 CPU 密集型工作负载时此因素可能很有用，并可确保在出现 CPU 争用时工作负载的性能不受影响。
平均云组用于允许云组中的 CPU 资源过量落实。 您可以选择要使用的过量落实比率（缺省值为每个物理核心 8 个 vCPU），因此，允许在计算节点上运行大量工作负载。 但是，因为过量落实 CPU 资源，您可能遇到 CPU 争用的情况。
| 类型 | 每个 计算节点 的物理核心数 | vCPUs (每个 计算节点) | 每个虚拟机的最大 vCPU 数 | 内存 |
|---|---|---|---|---|
| 专用 | 16 | 16 | 16 | 未过量落实 |
| 平均 | 16 | 128 | 32 | 未过量落实 |
下表说明了如何将虚拟机的 CPU 和内存保留量映射至硬件资源：
注: VMware CPU 开销在每个物理 CPU 上摊销。 系统在 ESX 的每个 pCPU 上保留 10% 开销，0.9 个核心用于专用云组，0.1124 个核心用于平均云组。
| 类型 | CPU 计数（一个 vCPU） | 虚拟内存 (1 MB) |
|---|---|---|
| 专用 | 0.9 pCPU ，每个 vCPU | 1 物理 MB |
| 平均 | 0.1125 pCPU ，每个 vCPU | 1 物理 MB |
（可选）可以设置云组以保留资源以实现高可用性。 此选项在云组中保留相当于一个 计算节点的资源 (CPU 和内存)。 包含 N 个 计算节点 的云组中的保留容量是每个计算节点上的资源 (CPU 和内存) 的 1/N。
您可能不希望部署在云组中的某些工作负载高度可用。 当保留资源以实现可用性设置为无时，部署到云组中的工作负载可能不是高度可用。 例如，如果云组专用于开发或测试，那么不需要工作负载高度可用。 相反，如果您的云组具有生产虚拟机，那么您可能希望云组中的工作负载高度可用。 在此类情况下，确保将保留资源以实现可用性参数设置为云组或系统。
已使用系统级别高可用性选项增强了云组高可用性选项。 系统级别高可用性指定一个或多个计算节点可实现高可用性，指定为此类的计算节点可能无法由用户添加至云组。
当您决定实现系统级别与云组级别的高可用性时，请考虑下列因素：
- 当存在系统的一个或多个备用计算节点时，系统级别高可用性将保持云组的高可用性。 云组高可用性将保持最佳工作状态，但是某些时候高可用性还是会处于不活动状态。
- 与云组高可用性相比，系统级别高可用性为了保持高可用性需要相同数目或更少的计算资源。 系统级别高可用性需要一个备用计算节点即可保持整个系统的高可用性，而云组高可用性需要每个云组具有一个计算节点，才能保持该云组的高可用性。
- 只要有两个或两个以上的备用计算节点，系统级别高可用性就可以在对云组应用维护的同时保持高可用性。
- 系统级别高可用性提供了更高级别的高可用性。 根据您的容错能力，您可以指定更多备用计算节点。 如果您想要处理单个计算节点故障，那么只需要单个备用计算节点。 如果您想要处理两个或三个计算节点故障，那么您可以指定两个或三个备用计算节点。 如果使用云组高可用性时发生了故障，那么您必须仔细地监视和控制所部署的虚拟机。
- 云组级别的高可用性比系统级别高可用性具有更低的恢复时间目标 (RTO)。 系统级别高可用性必须向发生硬件故障的云组添加计算节点，以便恢复故障计算节点上的虚拟机。 该因素将耗用更多时间，而云组高可用性则不需要这样。