- 概述
- 要求
- 部署模板
- 手动:准备安装
- 手动:准备安装
- 步骤 2:为离线安装配置符合 OCI 的注册表
- 步骤 3:配置外部对象存储
- 步骤 4:配置 High Availability Add-on
- 步骤 5:配置 SQL 数据库
- 步骤 7:配置 DNS
- 步骤 8:配置磁盘
- 步骤 9:配置内核和操作系统级别设置
- 步骤 10:配置节点端口
- 步骤 11:应用其他设置
- 步骤 12:验证并安装所需的 RPM 包
- 步骤 13:生成 cluster_config.json
- Cluster_config.json 示例
- 常规配置
- 配置文件配置
- 证书配置
- 数据库配置
- 外部对象存储配置
- 预签名 URL 配置
- ArgoCD 配置
- Kerberos 身份验证配置
- 符合 OCI 的外部注册表配置
- Disaster Recovery:主动/被动和主动/主动配置
- High Availability Add-on 配置
- 特定于 Orchestrator 的配置
- Insights 特定配置
- Process Mining 特定配置
- Document Understanding 特定配置
- Automation Suite Robot 特定配置
- 监控配置
- 可选:配置代理服务器
- 可选:在多节点 HA 就绪生产集群中启用区域故障恢复
- 可选:传递自定义 resolv.conf
- 可选:提高容错能力
- 添加具有 GPU 支持的专用代理节点
- 为 Automation Suite Robot 添加专用代理节点
- 步骤 15:为离线安装配置临时 Docker 注册表
- 步骤 16:验证安装的先决条件
- 正在运行 uipathctl
- 手动:执行安装
- 安装后
- 集群管理
- 监控和警示
- 迁移和升级
- 特定于产品的配置
- 最佳实践和维护
- 故障排除
- 如何在安装过程中对服务进行故障排除
- 如何减少 NFS 备份目录的权限
- 如何卸载集群
- 如何清理离线工件以改善磁盘空间
- 如何清除 Redis 数据
- 如何启用 Istio 日志记录
- 如何手动清理日志
- 如何清理存储在 sf-logs 存储桶中的旧日志
- 如何禁用 AI Center 的流日志
- 如何对失败的 Automation Suite 安装进行调试
- 如何在升级后从旧安装程序中删除映像
- 如何禁用 TX 校验和卸载
- 如何手动将 ArgoCD 日志级别设置为 Info
- 如何扩展 AI Center 存储
- 如何为外部注册表生成已编码的 pull_secret_value
- 如何解决 TLS 1.2 中的弱密码问题
- 如何查看 TLS 版本
- 如何使用证书
- 如何计划 Ceph 备份和还原数据
- 如何使用集群内对象存储 (Ceph) 收集 DU 使用情况数据
- 如何在离线环境中安装 RKE2 SELinux
- 如何清理 NFS 服务器上的旧差异备份
- 如何在已启用 FIPS 的集群中部署 Insights
- 如何迁移到 cgroup v2
- 如何在虚拟机重新启动后恢复 Kerberos 身份验证
- 如何将本地 Docker 映像推送到集群内注册表
- 如何从备份中排除存储桶
- 无法获取沙盒映像
- Pod 未显示在 ArgoCD 用户界面中
- Redis 探测器失败
- RKE2 服务器无法启动
- 在 UiPath 命名空间中找不到密码
- ArgoCD 在首次安装后进入“进行中”状态
- 处于 CrashLoopBackOff 状态的 ArgoCD 存储库服务器 Pod
- 手动 ArgoCD 网络策略缓解措施 (MHSA-47m3-95c7-g2g8)
- 监控仪表板中缺少 Ceph-rook 指标
- 诊断性运行状况检查期间报告的错误不匹配
- 为 uipathctl 创建的工作负载配置资源请求和限制
- 无正常的上游问题
- 杀毒软件阻止了 Redis 启动
- 无法在启用 TLS 证书验证的情况下启动 AI Center 和 Document Understanding Pod
- Fluentd 不会在 IPv6 环境中导出日志
- Studio 桌面版无法加载 Integration Service 连接器和活动
- 运行诊断工具
- 使用 Automation Suite 支持捆绑包
- 探索日志
使用 uipathctl 在 Automation Suite 中配置警示接收人以防止停机。
您必须配置警示接收人,以防止出现可能导致停机的问题。
配置警示
您可以在 Automation Suite 安装文件夹 .../UiPathAutomationSuite/UiPath_Installer/bin 中找到 uipathctl。
在开始配置警示之前,请确保启用 kubectl 。
添加电子邮件收件人
要在安装后添加新的电子邮件配置,请运行以下命令:
./uipathctl config alerts add-email \
--name test \
--to "admin@example.com" \
--from "admin@example.com" \
--smtp server.mycompany.com \
--username admin \
--password somesecret \
--require-tls \
--ca-file <path_to_ca_file> \
--cert-file <path_to_cert_file> \
--key-file <path_to_key_file> \
--send-resolved
./uipathctl config alerts add-email \
--name test \
--to "admin@example.com" \
--from "admin@example.com" \
--smtp server.mycompany.com \
--username admin \
--password somesecret \
--require-tls \
--ca-file <path_to_ca_file> \
--cert-file <path_to_cert_file> \
--key-file <path_to_key_file> \
--send-resolved
要将电子邮件通知发送给多个收件人,您可以创建多个电子邮件接收人。下表介绍了标志、其预期值以及配置电子邮件接收器的示例。
| 标记 | 值 | 示例 |
|---|---|---|
name | 电子邮件配置名称 | testconfig |
to | 收件人的电子邮件地址 | admin@example.com |
from | 发件人的电子邮件地址 | admin@example.com |
SMTP | SMTP 服务器 URL 或 IP 地址和端口号 | server.mycompany.com:567 |
username | 身份验证用户名 | admin |
password | 身份验证密码 | securepassword |
require-tls | 表示已在 SMTP 服务器上启用 TLS 的布尔值标志。 | 不适用 |
ca-file | 包含 SMTP 服务器的 CA 证书的文件路径。如果 CA 为私有,则这是可选项。 | ./ca-file.crt |
cert-file | 包含 SMTP 服务器证书的文件路径。如果证书为私有,则这是可选项。 | ./cert-file.crt |
key-file | 包含 SMTP 服务器 CA 证书的文件路径。如果证书是私有,则这是必需项。 | ./key-file.crt |
send-resolved | 解决警示后发送电子邮件的布尔值标志。 | 不适用 |
删除电子邮件收件人
要删除电子邮件配置,您必须运行以下命令。确保传递要删除的电子邮件配置的名称。
./uipathctl config alerts remove-email --name test
./uipathctl config alerts remove-email --name test
更新电子邮件收件人
要更新电子邮件配置,您必须运行以下命令。确保传递要更新的电子邮件配置的名称以及要编辑的其他可选参数。这些参数与添加新电子邮件配置的参数相同。您可以同时传递一个或多个标志。
./uipathctl config alerts update-email --name test [additional_flags]
./uipathctl config alerts update-email --name test [additional_flags]
添加 Webhook 以向外部工具发送警示
警示管理器配置以 Base64 编码格式存储在密码中。要更新密码,请执行以下步骤:
-
在名为
am_config.yaml的文件中获取现有警示管理器配置。kubectl get secret alertmanager-config -n monitoring -o jsonpath="{.data.alertmanager\.yaml}" | base64 --decode > am_config.yamlkubectl get secret alertmanager-config -n monitoring -o jsonpath="{.data.alertmanager\.yaml}" | base64 --decode > am_config.yaml -
配置 Webhook。有关详细信息,请参阅警示管理器 Webhook 配置。
-
将配置编码为 Base64 格式。
openssl base64 -in am_config.yaml -out am_config_base64.yamlopenssl base64 -in am_config.yaml -out am_config_base64.yaml -
更新密码中的
alertmanager.yaml属性。将现有的 Base64 编码字符串替换为am_config_base64.yaml中的字符串。 -
检查警示管理器状态部分中的配置是否已更新。
有关故障排除,请参阅警示管理器和 Prometheus Pod 日志。
测试警示
要测试警示,请执行以下步骤:
-
通过访问
https://monitoring.fqdn/alertmanager登录警示管理器。 -
复制
_oauth2_proxy=<value>Cookie。 -
通过 Postman 创建测试警示,如以下示例所示:
Method: Post URL: https://monitoring.fqdn/alertmanager/api/v2/alerts Headers: - Content-Type: application/json - Cookie: _oauth2_proxy=<value> Body: [{"labels":{"alertname":"Acme Alert", "severity":"warning"}}]Method: Post URL: https://monitoring.fqdn/alertmanager/api/v2/alerts Headers: - Content-Type: application/json - Cookie: _oauth2_proxy=<value> Body: [{"labels":{"alertname":"Acme Alert", "severity":"warning"}}] -
现在,您应该可以在警示管理器中看到警示。
检查当前触发的警示
要查看警示,请使用https://monitoring.fqdn/metrics导航到 Prometheus,然后选择“警示”选项卡。您可以在此处看到 Automation Suite 中配置的所有警示。
-
要查看活动警示,请使用“触发”复选框筛选警示状态。
-
有关某些警示的更多详细信息,请展开要查看的警示。
静默警示
如果警示过于嘈杂,您可以将其静音。为此,请执行以下步骤:
- 使用
https://monitoring.fqdn/alertmanager访问警示管理器。 - 找到相关警示,然后选择“静默”。
- 填写“创建者”和“注释”详细信息,然后选择“创建” 。警示应该不会再显示在监控仪表板上,也应该不会报告给任何已配置的收件人。
故障排除警示
如果警示接收器配置有问题,请通过运行以下命令检查日志:
kubectl logs -n monitoring -l app.kubernetes.io/name=kube-prometheus-stack-prometheus-operator --tail=-1
kubectl logs -n monitoring -l app.kubernetes.io/name=kube-prometheus-stack-prometheus-operator --tail=-1