automation-suite
2022.4
false
- 概述
- 要求
- 安装
- 安装后
- 集群管理
- 监控和警示
- 迁移和升级
- 特定于产品的配置
- 最佳实践和维护
- 故障排除
- 无法获取沙盒映像
- Pod 未显示在 ArgoCD 用户界面中
- Redis 探测器失败
- RKE2 服务器无法启动
- 在 UiPath 命名空间中找不到密码
- 初始安装后,ArgoCD 应用程序进入“进行中”状态
- MongoDB Pod 处于 CrashLoopBackOff 状态或在删除后处于“等待 PVC 配置”状态
- 意外错误:不一致;手动运行 fsck
- 集群还原后 MongoDB 或业务应用程序降级
- 缺少 Self-heal-operator 和 Sf-k8-utils 存储库
- 集群还原或回滚后服务不正常
- RabbitMQ Pod 卡在 CrashLoopBackOff 中
- Prometheus 处于 CrashLoopBackoff 状态,并出现内存不足 (OOM) 错误
- 监控仪表板中缺少 Ceph-rook 指标
- Pod 无法在代理环境中与 FQDN 通信
- 使用 Automation Suite 诊断工具
- 使用 Automation Suite 支持捆绑包
- 探索日志
高可用性 – 三个可用区
重要 :
请注意此内容已使用机器翻译进行了部分本地化。
新发布内容的本地化可能需要 1-2 周的时间才能完成。
Automation Suite 安装指南
上次更新日期 2024年12月16日
高可用性 – 三个可用区
Kubernetes 旨在跨多个可用区运行单个集群。为确保实现针对区域故障的恢复能力,您可以在高可用性 (HA) 模式下部署关键组件,包括
kubernetes
和 uipath
产品服务。
HA 模式需要在三个不同的可用区中部署至少三个服务器节点。
注意:可用区可以泛化为数据中心。与同一数据中心内的所有可用区相比,跨多个数据中心的集群具有更高的可用性。
要确保具有三个可用区的 HA,必须满足以下要求:
- 三个地理上独立但又相距很近的可用区;
- 可用区之间的往返时间 (RTT) 必须最短 (<10 毫秒 RTT);
- 所有可用区都必须提供一组具有 HA 和冗余的一致资源;
- 跨所有可用区的单个虚拟网络。
备注:
在 Automation Suite 上的三个活动可用区拓扑中部署 Orchestrator 需要高可用性插件 (HAA)。
具有三个可用区的 HA 配置的架构具有以下特征:
- 所有三个区域都在同一个虚拟网络中链接;
- 每个区域必须托管至少一个服务器节点,以便在 Automation Suite 中至少安装三个服务器节点,以满足法定人数要求;
- 每个区域都应托管其他均衡数量的代理节点,以满足运行 Automation Suite 的总体硬件要求。
备注:
- 必须将 SQL Server 配置为跨两个区域的故障转移组,以确保整个部署能够适应一个区域的故障。
- 任意两个区域内的 Elasticsearch 至少需要三个节点,并需在不同的集群中配置并同步这些节点。
- 任意两个区域内的任何一个区域中至少有两个负载均衡器,以确保负载均衡器级别的高可用性。
为确保 HA 和灾难恢复能力,您可以采用下图所示的部署模型。在此示例中,所有三个区域都处于活动状态,并且流量管理器用于使用特定算法(例如轮询或其变体之一)将流量定向到任何负载均衡器。与流量管理器类似,负载均衡器会将流量定向到任何可用区。