- 概述
- 要求
- 安装
- 安装后
- 集群管理
- 监控和警示
- 迁移和升级
- 特定于产品的配置
- 最佳实践和维护
- 故障排除
- 如何在安装过程中对服务进行故障排除
- 如何卸载集群
- 如何清理离线工件以改善磁盘空间
- 如何清除 Redis 数据
- 如何启用 Istio 日志记录
- 如何手动清理日志
- 如何清理存储在 sf-logs 存储桶中的旧日志
- 如何禁用 AI Center 的流日志
- 如何对失败的 Automation Suite 安装进行调试
- 如何在升级后从旧安装程序中删除映像
- 如何自动清理 Longhorn 快照
- 如何禁用 TX 校验和卸载
- 如何手动将 ArgoCD 日志级别设置为 Info
- 如何为外部注册表生成已编码的 pull_secret_value
- 如何解决 TLS 1.2 中的弱密码问题
- 如何使用证书
- 如何使用集群内对象存储 (Ceph) 收集 DU 使用情况数据
- 如何在离线环境中安装 RKE2 SELinux
- 如何清理 NFS 服务器上的旧差异备份
- 无法获取沙盒映像
- Pod 未显示在 ArgoCD 用户界面中
- Redis 探测器失败
- RKE2 服务器无法启动
- 在 UiPath 命名空间中找不到密码
- ArgoCD 在首次安装后进入“进行中”状态
- 访问 ArgoCD 只读帐户时出现问题
- MongoDB Pod 处于 CrashLoopBackOff 状态或在删除后处于“等待 PVC 配置”状态
- 集群还原或回滚后服务运行状况不佳
- Pod 在 Init:0/X 中卡住
- Prometheus 处于 CrashLoopBackoff 状态,并出现内存不足 (OOM) 错误
- 监控仪表板中缺少 Ceph-rook 指标
- Pod 无法在代理环境中与 FQDN 通信
- 无法配置升级后的电子邮件警示
- 无正常的上游问题
- 使用 Automation Suite 诊断工具
- 使用 Automation Suite 支持捆绑包
- 探索日志
Document Understanding 配置文件
documentunderstanding 是 Automation Suite 配置文件 cluster_config.json 中的一个属性。它包含控制 Document Understanding 服务行为的可配置值。安装程序会生成默认值。可以进行其他更改以进一步配置 Document Understanding 服务。如果您需要更改与 Document Understanding 相关的任何设置,则可以编辑 cluster_config.json 中的 documentunderstanding 部分,并且可以重新运行安装程序。
或者,可以在 ArgoCD 中的 UiPath 应用程序中进行相同的更改。
cluster_config.json
Document Understanding 配置
"documentunderstanding": {
"enabled": Boolean,
"datamanager": {
"sql_connection_str" : "String"
}
"handwriting": {
"enabled": Boolean,
"max_cpu_per_pod": "Number"
}
}
"documentunderstanding": {
"enabled": Boolean,
"datamanager": {
"sql_connection_str" : "String"
}
"handwriting": {
"enabled": Boolean,
"max_cpu_per_pod": "Number"
}
}
仅当您要用自己的数据库覆盖默认数据库时,数据管理器 SQL 连接字符串才可选。
在线安装时始终启用手写功能。
完整配置示例
"documentunderstanding": {
"enabled": true,
"datamanager": {
"sql_connection_str": "mssql+pyodbc://testadmin:myPassword@mydev-sql.database.windows.net:1433/datamanager?driver=ODBC+Driver+17+for+SQL+Server",
},
"handwriting": {
"enabled": true,
"max_cpu_per_pod": "2"
}
}
"documentunderstanding": {
"enabled": true,
"datamanager": {
"sql_connection_str": "mssql+pyodbc://testadmin:myPassword@mydev-sql.database.windows.net:1433/datamanager?driver=ODBC+Driver+17+for+SQL+Server",
},
"handwriting": {
"enabled": true,
"max_cpu_per_pod": "2"
}
}
The value for max_cpu_per_pod is by default 2, but it can be adjusted according to your needs. For more information on how to do this, see the (optional) max CPU per pod Parameter section.
可配置的值
datamanager.sql_connection_str
- Data Manager 的连接字符串
- 必填项:False。
- This property is generated and populated by the installer, you do not need to set it unless you want to override the default connection string. For more details about connecting to SQL please refer to the Database configuration page.
手写
- 手写识别功能的设置(智能表单提取程序的一部分)
- 必填项:False。
handwriting.enabled
- 将此设置为 True 可创建执行手写识别所需的资源。要使用智能表单提取程序,此项必须为 True。
- 必填项:False
- 对于在线安装,始终启用此属性,而对于离线(脱机)安装则始终禁用。对于离线安装,您需要在启用手写之前安装 Document Understanding 离线捆绑包。
handwriting.max_cpu_per_pod
- 每个容器允许使用的最大 CPU 数量。建议值为 2。
- 必填项:False。
- 默认值: 2。
如果您计划使用具有手写检测功能的智能表单提取程序,则可能需要调整 handwriting.max_cpu_per_pod 参数以提高处理能力。
计算正确的尺寸需要考虑以下因素:
- 文档总量/年 = V
- 预期手写碎片数/文档 = S
- 工作流处理文档的天数(工作日、所有天数、周末等)= d
- 工作流处理文档的小时数 = h
- CPU 数量 = (V x S / (d x h)) / 1500
例如,如果您预计在一年内使用智能表单提取程序检测 100 万个文档,并在工作日的 00:00 至 08:00(8 小时)运行平均 50 个碎片,则计算公式为:
Number of CPUs = (1,000,000 x 50 / (250 x 8)) / 1500
= 25,000 / 1500
= 17 CPUs
Number of CPUs = (1,000,000 x 50 / (250 x 8)) / 1500
= 25,000 / 1500
= 17 CPUs
对于单节点评估模式,您需要将 max_cpu_per_pod 参数调整为 17。
对于多节点 HA 就绪生产模式(3 个节点),请将 max_cpu_per_pod 参数调整为 5-6。