orchestrator
2024.10
true
- 入门指南
- 要求
- 最佳实践
- 安装
- 正在更新
- 身份服务器
- 对启动错误进行故障排除
重要 :
新发布内容的本地化可能需要 1-2 周的时间才能完成。
Orchestrator 安装指南
上次更新日期 2025年9月24日
下图所示的部署模型扩展了主数据中心中的高可用性配置，并在辅助数据中心中提供了灾难恢复选项，在下图中标记为 DR 数据中心。 考虑到灾难恢复数据中心是为临时使用而配置的，在重建主数据中心之前，预计灾难恢复数据中心的计算机数量会减少。 当数据中心之间的网络连接速度较慢时，此解决方案适用。
Figure 1. Disaster Recovery - Active/Passive
必须满足以下条件：
- 灾难恢复数据中心中至少有一台始终启用可用性组功能中的计算机
- 主数据中心和灾难恢复数据中心之间存在网络连接
- 灾难恢复数据中心为使用 快照 工具在主数据中心创建的快照提供外部存储。 系统会使用“ 还原” 工具读取这些快照，并将其应用于位于灾难恢复数据中心的 Elasticsearch 索引。
- 具有 NuGet 格式的自动化包（项目）存储在外部存储中。 每个 Orchestrator 实例都使用
NuGet.Packages.Path配置设置指向此存储。 - 提供高可用性加载项集群以横向扩展 SignalR 和缓存设置以及用户权限。
-
已镜像外部存储（可选 - 未包含在图中）。
注意：上述快照和还原工具由 Elasticsearch 提供。有关详细信息，请参阅此处。
为 Orchestrator 配置 Disaster Recovery 时，请考虑以下事项：
- Orchestrator 部署：应将灾难恢复 Orchestrator 作为辅助节点安装在另一个数据中心中。
- HAA 安装：确保在启用 CRDB 模式的情况下安装High Availability Add-on 。
- NLB 行为：真正的 DR 逻辑在 NLB 层实现。您需要执行以下操作：
-
清楚地了解基础架构和所需的 DR 行为。
-
将提供的图表视为可根据特定需求进行调整的理想参考架构。
-
- SQL 侦听器使用情况：Orchestrator 所使用的 SQL 侦听器的配置和可用性由 DBA 团队处理。从 Orchestrator 的角度来看，只需在
UiPath.Orchestrator.dll.config文件中引用 SQL 侦听器地址，而无需直接指定 SQL Server 地址。
