硬件要求

中小型部署

硬件要求因开发环境和生产环境等因素而异。虽然与生产环境相同的硬件要求可用于测试和开发目的，但这意味着增加不必要的成本，尤其是在大规模部署时。

开发环境

这些要求假设最多有 100 个无人值守机器人同时运行。可以使用两台计算机，一台用于 Orchestrator 和（可选）Elasticsearch，另一台用于 SQL Server，配置如下：

网页应用程序服务器

CPU 内核 (>2GHz)	RAM (GB)	硬盘 (GB)
4	4	150

SQL 服务器

CPU 内核 (>2GHz)	RAM (GB)	硬盘 (GB)
4	8	300

生产环境

对于生产环境，强烈建议为每个角色提供一台专用服务器：

Orchestrator Web 应用程序。
SQL Server 数据库引擎。
Elasticsearch 和 Kibana。

对于多节点安装，除上述要求外，还需满足以下要求：

Orchestrator High Availability add-on (HAA)（要实现真正的高可用性，需要 3 个以上的 HAA 节点；要实现异地冗余，则需 6 个以上的 HAA 节点）。

备注：
多节点 Orchestrator 部署使用 RESP（Redis 序列化协议）进行通信，因此可以使用依赖于此协议的任何解决方案进行配置。

HAA 是这类解决方案中唯一受 UiPath 支持的解决方案。

每个所需服务器的硬件配置取决于部署的大小，如下所述。此处介绍的硬件要求是根据测试得出的，其中机器人的定义如下：

消息从机器人发送到 Orchestrator，频率为每秒 1 条消息
在 60 秒内，机器人将发送：
- 40 条消息日志
- 2 次检测信号
- 6 获取资产请求
- 6 添加队列项目请求
- 6 获取队列项目请求

最多支持 250 个无人值守机器人

网页应用程序服务器

机器人数量	CPU 核心（最小 2GHz）	RAM (GB)	硬盘 (GB)
<20	4	4	100
<50	4	4	100
<100	4	4	150
<200	4	4	200
<250	4	4	200

备注：

如果机器人超过 200 个，则在 UiPath.Orchestrator.dll.config 文件中将 SQL 连接字符串池中允许的连接数量增加到 200。为此，需要将 Max Pool Size=200 参数添加到连接字符串中，使其看起来类似于以下示例：

<add name="Default" providerName="System.Data.SqlClient" connectionString="Server=SQL4142;Integrated Security=True;Database=UiPath;Max Pool Size=200;" />

SQL 服务器

机器人数量	CPU 核心（最小 2GHz）	RAM (GB)	硬盘 (GB)
<20	4	8	100
<50	4	8	200
<100	4	8	300
<200	8	8	固态硬盘 400
<250	8	16	固态硬盘 400

磁盘空间要求在很大程度上取决于：

是否使用工作队列。如果使用工作队列，则取决于每天/每周添加的平均事务数以及每个事务的大小（字段数、每个字段的大小）。
已成功处理的队列项目的保留期（客户应实施自己的保留策略）。
机器人记录的消息是否存储在数据库中。如果已存储，则可以应用筛选器以仅在数据库中存储特定级别的消息（例如，将日志级别为 Error 和 Critical的消息存储在数据库中，并将日志级别为 Info、Warn 和 Trace的消息存储在 Elasticsearch 中)。
记录消息的频率 - 每当机器人开发者认为值得记录消息时，他们可以随意使用“ 记录消息” 活动。
旧记录消息的保留期（客户应实施自己的保留策略）。
在机器人中设置的日志记录级别值。例如，如果机器人中的日志记录级别设置为 Info，则仅将级别为 Info、Warn、Error 和 Critical 的消息发送到 Orchestrator；级别为 Debug、Trace 和 Verbose 的消息将被忽略，因此不会到达 Orchestrator。

Elasticsearch 服务器

机器人数量	CPU 核心（最小 2GHz）	RAM (GB)	硬盘 (GB)
<20	4	4	100
<50	4	4	100
<100	4	8	150
<200	4	12	200
<250	4	12	300

磁盘空间要求取决于：

保留期（客户应实施自己的保留策略）。
记录消息的频率 - 每当机器人开发者认为值得记录消息时，他们可以随意使用“ 记录消息” 活动。
在机器人中设置的日志记录级别值。例如，如果将机器人中的日志记录级别设置为 Info，则仅将级别为 Info、Warn、“Error” 和 “Critical” 的消息发送到 Orchestrator；级别为“Debug”、“Trace”和“Verbose”的消息将被忽略，因此不会到达 Orchestrator。
注意：对于超过 50 个机器人，您需要将 -Xms 和 -Xmx 参数都设置为内存总量的一半，以指示 Elasticsearch 使用的 Java 虚拟机使用 50% 的可用 RAM。这可以通过 ES_JAVA_OPTS 环境变量或编辑 jvm.options 文件来完成。

支持 250 到 500 个无人值守机器人

网页应用程序服务器

机器人数量	CPU 核心（最小 2GHz）	RAM (GB)	硬盘 (GB)
<300	8	8	200
<400	8	8	220
<500	16	8	250

注意：对于超过 400 个机器人，建议将 CPU 内核数量增加到 16 个。

SQL 服务器

机器人数量	CPU 核心（最小 2GHz）	RAM (GB)	硬盘 (GB)
<300	16	32	固态硬盘 400
<400	16	32	固态硬盘 500
<500	16	32	固态硬盘 600

注意：SQL Server 标准版使用的 CPU 内核数上限为 16。对于虚拟机，请确保其为 4 个 4 内核的虚拟插槽，而不是 2 个 8 内核的插槽或 8 个 2 内核的插槽。对于企业版，16 个内核可选用任意组合方式。

对于超过 300 个机器人，请考虑不在 SQL Server 数据库中存储所有记录的消息。仅将日志级别为 Error 和 Critical的消息存储在数据库中。将所有消息（包括 Error 和 Critical）存储在 Elasticsearch 中。

Elasticsearch 服务器

机器人数量	CPU 核心（最小 2GHz）	RAM (GB)	硬盘 (GB)
<300	4	12	300
<400	4	16	500
<500	4	16	600

支持 500 多个无人值守机器人

如果 Orchestrator 需要支持 500 个以上同时运行的机器人，则需要在网络负载均衡器下的服务器场中提供 2 个或更多个 Orchestrator 节点和 1 个或更多 HAA 节点。每个节点应根据负载均衡器的请求，根据它所服务机器人的数量具有硬件要求。但请记住，SQL Server 仍然是一台计算机（即使使用始终启用可用性组，主要副本也是负责所有 I/O 请求的一台计算机）。因此，您需要：

将 SQL Server 上的 RAM 增加到 64GB。
仅将来自机器人的错误和严重日志级别存储在数据库中。

SQL 服务器

机器人数量	CPU 核心（最小 2GHz）	RAM (GB)	硬盘 (GB)
500	16	64	固态硬盘 800

SQL Server 标准版使用的 CPU 内核数上限为 16。对于虚拟机，请确保其为 4 个 4 内核的虚拟插槽，而不是 2 个 8 内核的插槽或 8 个 2 内核的插槽。对于企业版，16 个内核可选用任意组合方式。

TCP 端口

端口	描述
443	用户和 Orchestrator 与已连接的机器人之间通信的默认端口。
1433	Orchestrator 与 SQL Server 计算机之间通信的默认端口。
9200	Orchestrator 和 Elasticsearch 之间的通信。
9300	Elasticsearch 节点之间的通信（如果适用）。
5601	Kibana 插件使用的默认端口（如果适用）。
3389	RDP 自动化所需，高密度机器人所需。