- 概述
- 要求
- 推荐:部署模板
- 手动:准备安装
- 手动:准备安装
- 步骤 1:为离线安装配置符合 OCI 的注册表
- 步骤 2:配置外部对象存储
- 步骤 3:配置 High Availability Add-on
- 步骤 4:配置 Microsoft SQL Server
- 步骤 5:配置负载均衡器
- 步骤 6:配置 DNS
- 步骤 7:配置磁盘
- 步骤 8:配置内核和操作系统级别设置
- 步骤 9:配置节点端口
- 步骤 10:应用其他设置
- 步骤 12:验证并安装所需的 RPM 包
- 步骤 13:生成 cluster_config.json
- 证书配置
- 数据库配置
- 外部对象存储配置
- 预签名 URL 配置
- 符合 OCI 的外部注册表配置
- Disaster Recovery:主动/被动和主动/主动配置
- High Availability Add-on 配置
- 特定于 Orchestrator 的配置
- Insights 特定配置
- Process Mining 特定配置
- Document Understanding 特定配置
- Automation Suite Robot 特定配置
- 监控配置
- 可选:配置代理服务器
- 可选:在多节点 HA 就绪生产集群中启用区域故障恢复
- 可选:传递自定义 resolv.conf
- 可选:提高容错能力
- install-uipath.sh 参数
- 添加具有 GPU 支持的专用代理节点
- 为 Task Mining 添加专用代理节点
- 连接 Task Mining 应用程序
- 为 Automation Suite Robot 添加专用代理节点
- 步骤 15:为离线安装配置临时 Docker 注册表
- 步骤 16:验证安装的先决条件
- 手动:执行安装
- 安装后
- 集群管理
- 监控和警示
- 迁移和升级
- 从 Linux 上的 Automation Suite 迁移到 EKS/AKS 上的 Automation Suite
- 升级 Automation Suite
- 特定于产品的配置
- 最佳实践和维护
- 故障排除
- 如何在安装过程中对服务进行故障排除
- 如何卸载集群
- 如何清理离线工件以改善磁盘空间
- 如何清除 Redis 数据
- 如何启用 Istio 日志记录
- 如何手动清理日志
- 如何清理存储在 sf-logs 存储桶中的旧日志
- 如何禁用 AI Center 的流日志
- 如何对失败的 Automation Suite 安装进行调试
- 如何在升级后从旧安装程序中删除映像
- 如何禁用 TX 校验和卸载
- 如何从 Automation Suite 2022.10.10 和 2022.4.11 升级到 2023.10.2
- 如何手动将 ArgoCD 日志级别设置为 Info
- 如何扩展 AI Center 存储
- 如何为外部注册表生成已编码的 pull_secret_value
- 如何解决 TLS 1.2 中的弱密码问题
- 单节点升级在结构阶段失败
- 从 2021.10 自动升级后,集群运行状况不佳
- 由于 Ceph 运行状况不佳,升级失败
- 由于空间问题,RKE2 未启动
- 卷无法装载,且仍处于附加/分离循环状态
- 由于 Orchestrator 数据库中的传统对象,升级失败
- 并行升级后,发现 Ceph 集群处于降级状态
- Insights 组件运行状况不佳导致迁移失败
- Apps 服务升级失败
- 就地升级超时
- Docker 注册表迁移卡在 PVC 删除阶段
- 升级到 2023.10 或更高版本后 AI Center 配置失败
- 在离线环境中升级失败
- 升级期间 SQL 验证失败
- 快照-控制器-crds Pod 在升级后处于 CrashLoopBackOff 状态
- Longhorn REST API 端点升级/重新安装错误
- 运行诊断工具
- 使用 Automation Suite 支持捆绑包
- 探索日志
升级 Automation Suite
-
Automation Suite 2023.4.5 和 2023.10.2 包含对 Kubernetes 1.26.11 的升级。因此,在升级 Automation Suite 时,必须确保不会降级 Kubernetes。为此,从 Automation Suite 2023.4.5 或更高的次要版本迁移到下一个主要版本时,您必须至少升级到 2023.10.2。
-
有关可用升级路径的信息,请参阅 Automation Suite 升级路径。
-
如果您计划从 Automation Suite 2022.10 或更早版本升级,并且已启用 Process Mining,则必须在开始升级之前将流程应用程序迁移到新的流程图布局。
-
如果从安装了 Automation Suite 版本的计算机(已禁用 FIPS 140-2)升级,则可以按照安全性与合规性中的说明启用 FIPS 140-2。
Automation Suite 就地升级流程允许您迁移到新的 Automation Suite 版本,同时在同一硬件上保持设置和数据不变。
-
在就地升级流程中,首先升级 Kubernetes 和其他基础架构组件,然后升级共享组件和 UiPath™ 产品服务。
-
如果在升级过程中发生无法恢复的硬故障,您需要使用备份和还原功能回滚到以前的版本。
Automation Suite 并行升级采用企业版升级体验,这种体验通常称为“蓝-绿”,是整个行业的标准流程。
-
通过并行升级,您可以使用并行环境安全地执行升级,而无需就地升级。
-
通过使用此方法,管理员可在验证新部署后将流量从旧的 Automation Suite 集群(即蓝色部署)切换到新的 Automation Suite 集群(即绿色部署)。如果检测到问题,您可以快速回滚到旧部署。
以下矩阵显示了 Automation Suite 版本可用的就地升级路径:
- 主要版本之间的直接就地升级路径现已发布;
- 需要在初始主要版本和目标主要版本之间进行中间就地升级。
我们强烈建议升级到 Automation Suite 的最新次要版本。这使您可以利用最新的增强功能,并保证所有内部组件无缝运行。
初始版本 |
目标版本 | ||||
---|---|---|---|---|---|
2021.10.x |
2022.4.x |
2022.10.x |
2023.4.x |
2023.10.x | |
2021.10.x |
|
|
|
|
|
2022.4.x |
不适用 |
|
|
|
在原始设备上使用 Ceph 至少需要 2022.4.7 版本,并需要完成 Cilium 迁移,然后再开始升级。
|
2022.10.x |
不适用 |
不适用 |
|
|
|
2023.4.x |
不适用 |
不适用 |
不适用 |
|
|
2023.10.x |
不适用 |
不适用 |
不适用 |
不适用 |
|
-
在某些情况下,升级 Automation Suite 需要先过渡到中间版本或完全跳过某些版本,以保持内部组件的顺利运行。不遵循上表中的升级准则可能会导致内部组件降级或内部组件升级失败,从而导致 Automation Suite 升级失败。
-
如果您计划从 Automation Suite 2022.10 或更早版本升级,并且已启用 Process Mining,则必须在开始升级之前将流程应用程序迁移到新的流程图布局。
-
如果您使用 Active Directory (AD) 并计划升级到 2023.4.0,我们强烈建议您直接跳到 2023.4.3 版本,因为 2023.4.0、2023.4.1 和 2023.4.2 会受到 AD 问题的影响。
-
只有升级到 Automation Suite 2023.10 及更高版本时,才能利用简化的升级流程。
以下矩阵显示了 Automation Suite 版本的可用并行升级路径:
- 版本之间的并行升级路径现已发布;
- 无法在初始版本和目标版本之间进行并行升级。
我们强烈建议升级到 Automation Suite 的最新次要版本。这使您可以利用最新的增强功能,并保证所有内部组件无缝运行。
初始版本 |
目标版本 | ||||
---|---|---|---|---|---|
2021.10.x |
2022.4.x |
2022.10.x |
2023.4.x |
2023.10.x | |
2021.10.x |
|
|
|
|
|
2022.4.x |
不适用 |
|
|
|
|
2022.10.x |
不适用 |
不适用 |
|
|
|
2023.4.x |
不适用 |
不适用 |
不适用 |
|
|
2023.10.x |
不适用 |
不适用 |
不适用 |
不适用 |
|
无论您要使用就地升级还是并行升级,我们都建议您准备两个类似的 Automation Suite 环境:
-
用于开发或 QA 的 Automation Suite 多节点集群
注意:如果开发/QA 环境除升级验证外未用于任何其他用途,则无需始终处于在线状态。 -
用于生产的 Automation Suite 多节点集群
强烈建议在升级 Automation Suite 之前创建集群和 SQL 数据库的备份。 这是为了确保在升级操作期间出现问题时可以还原集群。
系统会在 NFS 服务器上备份集群数据。在继续操作之前,请确保已配置 NFS 服务器。
要验证构建的自动化,请直接在 Automation Suite 生产环境中创建单独的组织或租户,因为这一解决方案最具成本效益。有关更多最佳实践,请参阅 Orchestrator - 自动化最佳实践。