在配置 vRealize Automation 系统时,考虑所有适用的可扩展性因素。

用户

vRealize Automation 设备 已经过配置,可同步少于 100,000 个用户。如果您的系统包含多个用户,您可能需要向 vRealize Automation Directories Management 添加内存。有关向 Directories Management 添加内存的详细信息,请参见《配置 vRealize Automation》中的“向 Directories Management 添加内存”。

并行置备可扩展性

默认情况下,vRealize Automation 只能为每个端点处理八个并行置备。有关提高此限值的信息,请参见《配置 vRealize Automation》

VMware 建议所有部署至少包含两个 DEM-Worker。在 6.x 中,每个 DEM-Worker 可以并行处理 15 个工作流。对于 vRealize Automation 7.0 和更高版本,该数值已增加至 30。

如果要通过 Workflow Stub 自定义计算机,应该为每 20 个并行置备的计算机分配一个 DEM-Worker。例如,一个支持 100 个并行置备的系统应该最少具有 5 个 DEM-Worker。

有关 DEM-Worker 和可扩展性的详细信息,请参见Distributed Execution Manager 性能分析和调整

数据收集可扩展性

数据收集完成时间取决于计算资源容量、计算资源或端点上的计算机数量、当前系统、网络负载以及其他因素。对于不同类型的数据收集,可以不同的速率扩展性能。

每个类型的数据收集均有一个您可以替代或修改的默认时间间隔。基础架构管理员可以为基础架构源端点手动启动数据收集。架构管理员可以为计算资源手动启动数据收集。下列值是数据收集的默认时间间隔。

表 1. 数据收集的默认时间间隔

数据收集类型

默认时间间隔

清单

每 24 小时(每天)

状态

每 15 分钟

性能

每 24 小时(每天)

性能分析和调整

随着收集数据的资源数量的增加,数据收集完成时间可能会大于两次数据收集之间的时间间隔,特别是在收集状态数据时。要确定某个计算资源或端点的数据收集是及时完成还是位于队列中,请参见“数据收集”页面。“上次完成时间”字段值可能会显示在队列中正在进行,而不是数据收集上次完成时的时间戳。如果出现此问题,您可以增大两次数据收集之间的时间间隔,以减小数据收集频率。

另外,您也可以增大每个代理的并行数据收集限值。默认情况下,vRealize Automation 将并行数据收集活动的数量限制为每个代理两个,并且将超出此限值的请求置于队列中。通过设置此限值,数据收集活动可以快速完成,并且不会影响总体性能。您可以提高此限值以便利用并行数据收集,但使用此选项会导致总体性能下降,必须进行权衡考虑。

如果增大已配置的 vRealize Automation 每代理限值,您可能需要增加一个或多个执行超时时间间隔。有关如何配置数据收集并发和超时时间间隔的详细信息,请参见 vRealize Automation 系统管理文档。Manager Service 数据收集会占用大量 CPU。提升 Manager Service 主机的处理能力可以减少整个数据收集任务所需的时间。

Amazon Elastic Compute Cloud (Amazon AWS) 的数据收集尤其会占用大量 CPU,特别是您的系统在多个区域并行收集数据以及之前未在这些区域收集数据时。此类数据收集会导致网站性能整体下降。如果 Amazon AWS 清单数据收集会显著影响性能,请降低收集频率。

工作流处理可扩展性

平均工作流处理时间(从 DEM Orchestrator 开始预处理工作流到工作流执行完成)会随着并行工作流数量的增加而延长。工作流容量是 vRealize Automation 活动量(包括计算机请求和一些数据收集活动)的函数。