- 概述
- 要求
- 安装
- 安装后
- 集群管理
- 监控和警示
- 迁移和升级
- 特定于产品的配置
- 最佳实践和维护
- 故障排除
- 无法获取沙盒映像
- Pod 未显示在 ArgoCD 用户界面中
- Redis 探测器失败
- RKE2 服务器无法启动
- 在 UiPath 命名空间中找不到密码
- ArgoCD 在首次安装后进入“进行中”状态
- 意外不一致;手动运行 fsck
- MongoDB Pod 处于 CrashLoopBackOff 状态或在删除后处于“等待 PVC 配置”状态
- MongoDB Pod 从 4.4.4-ent 升级到 5.0.7-ent 失败
- 集群还原或回滚后服务运行状况不佳
- Pod 在 Init:0/X 中卡住
- Prometheus 处于 CrashLoopBackoff 状态,并出现内存不足 (OOM) 错误
- 监控仪表板中缺少 Ceph-rook 指标
- Pod 无法在代理环境中与 FQDN 通信
- 使用 Automation Suite 诊断工具
- 使用 Automation Suite 支持捆绑包
- 探索日志
评估存储需求
此页面上的信息仅适用于您使用集群内存储的情况。如果您使用 Azure 存储帐户、AWS S3 或其他与 S3 兼容的存储,则此信息不适用。
Automation Suite 集群使用附加到其服务器节点的对象存储磁盘作为集群上启用的所有产品可用的存储资源。 每个产品都以不同的方式使用这些资源。
要了解您的存储需求并相应地进行规划,请参阅以下术语和准则。
术语
- 服务器节点磁盘大小– 连接到每个服务器节点的所有单个磁盘的大小。
- 只要所有服务器上所有磁盘大小的总和相同,每台服务器上的磁盘可能具有不同的大小。
- 集群磁盘总大小– 服务器节点磁盘大小乘以服务器节点数。
- 应用程序可用存储– 可供应用程序使用的存储量。
- 应用程序可用存储空间低于附加的总存储空间。 这是为了确保我们具有更高的容错能力和高可用性。
下表在前面介绍的术语的上下文中描述了完整产品选择的多节点 HA 就绪硬件要求。
| 服务器节点数 | 服务器节点磁盘大小 | 集群磁盘总大小 | 应用程序可用存储 |
|---|---|---|---|
| 3 | 512 GB | 1.5 TB | 512 GB |
估计应用程序使用的存储空间
当您在集群上启用和使用产品时,它们会使用应用程序可用存储中的一些存储。 产品通常具有较小的启用占用空间,以及一些依赖于使用情况的占用空间,这些占用空间因用例、使用规模和项目而异。 存储消耗量均匀分布在所有存储资源(数据磁盘)中,您可以使用 Automation Suite 监控堆栈监控存储利用率水平。
如何监控可用存储
当存储消耗量超过 75% 时,您将收到包含警告的警示。 当存储消耗超过 85% 时,您将收到另一个严重警示;在这种情况下,存储将是只读的。
如何增加存储容量
如果您评估的需求不满足建议的硬件要求,则可以使用以下一种或两种方法添加更多存储容量:
- 您必须在所有相同大小的服务器节点上添加新磁盘。
- 要配置磁盘,请参阅我们的文档。
如何计算使用需求
您可以使用下表中的产品特定指标估计存储消耗量。 这些表格描述了您可以在集群上放置多少开箱即用的内容。 作为参考,它们包括每个产品的典型使用场景的存储占用空间。
| 产品 | 存储驱动指标 | 每个指标的存储空间 | 典型用例 |
|---|---|---|---|
|
共享的 Suite 功能 |
|
不适用 |
通常情况下,7 天的应用程序日志约为 25 GB。 |
|
Orchestrator |
|
|
通常情况下,包大小为 5 MB,存储桶(如有)小于 1 MB。 成熟的企业部署 5 GB 的包和 6 GB 的存储桶。 |
|
Action Center |
|
|
通常情况下,一个文档需要 0.15 MB,要填写的表单会额外占用 0.15 KB。 在成熟的企业中,总计可累积至 4 GB。 |
|
Test Manager |
|
|
通常,所有文件和附件总计约为 5 GB。 |
|
Insights |
|
|
启用需要 2 GB,存储占用空间会随着数量的增加而增加。 非常成熟的企业级部署还需要几 GB 用于所有仪表板。 |
|
Automation Hub |
不适用 |
不适用 |
2 GB 固定占用空间 |
|
Automation Ops |
不适用 |
不适用 |
无存储空间 |
|
Apps |
|
|
通常情况下,数据库大约需要 5 GB,而典型的复杂应用程序大约消耗 15 MB。 |
|
AI Center |
|
|
典型的已完成安装将针对 5 个包消耗 8 GB,另外针对数据集消耗 1 GB。 管道可能会额外消耗 50 GB,但前提是处于主动运行状态。 |
|
Document Understanding |
|
|
在成熟的部署中,12 GB 将用于 ML 模型,17 GB 用于 OCR,50 GB 用于存储的所有文档。 |
|
Task Mining |
|
|
通常,应分析约 200 GB 的活动日志数据,以推荐有意义的自动化。 但是,高度重复的任务可能需要更少的数据。 |
|
Process Mining |
|
|
仅由通过 Process Mining 门户上传数据的用户使用的最小占用空间。 一开始,大约 10 GB 的存储空间就足够了。 |