使用监控堆栈

在 EKS/AKS 上使用 Prometheus、Grafana 和 Alert Manager 监控 Automation Suite。

Automation Suite 集群的监控堆栈包括 Prometheus、Grafana 和 Alertmanager，除非您选择使用自己的监控堆栈，否则系统会自动安装它们。

本页描述了一系列针对使用监控工具进行优化的监控场景，该工具与 Automation Suite 集群捆绑。 如果您选择使用自己的监控堆栈，请确保遵循工具的官方文档来监控集群的运行状况。

重要提示：

使用收集器将指标导出到第三方工具时，如果启用应用程序监控，可能会中断 Automation Suite 的正常运行。

访问监控工具

概述

Automation Suite 集群的监控堆栈包括 Prometheus、Grafana 和警示管理器。

您可以使用以下 URL 单独访问 Automation Suite 监控工具：

应用程序	工具	URL	示例
指标	Prometheus	https://monitoring.fqdn/metrics	https://monitoring.automationsuite.mycompany.com/metrics
仪表板	Grafana	https://monitoring.fqdn/grafana	https://monitoring.automationsuite.mycompany.com/grafana
警示管理	警示管理器	https://monitoring.fqdn/alertmanager	https://monitoring.automationsuite.mycompany.com/alertmanager

监控工具身份验证

To access the monitoring tools for the first time, follow the instructions in Accessing Automation Suite.

检查当前触发的警示

要查看警示，请使用https://monitoring.fqdn/metrics导航到 Prometheus，然后选择“警示”选项卡。您可以在此处看到 Automation Suite 中配置的所有警示。

• 要查看活动警示，请使用“触发”复选框筛选警示状态。

• 有关某些警示的更多详细信息，请展开要查看的警示。

  下图显示了“Prometheus 警示”选项卡，其中包含当前触发的警示。

  

静默警示

如果警示过于嘈杂，您可以将其静音。为此，请执行以下步骤：

1. 使用 https://monitoring.fqdn/alertmanager 访问警示管理器。
2. 找到相关警示，然后选择“静默”。
3. 填写“创建者”和“注释”详细信息，然后选择“创建” 。警示应该不会再显示在监控仪表板上，也应该不会报告给任何已配置的收件人。

配置警示

备注：

Before starting configuring the alerts, make sure to enable kubectl.

添加新的电子邮件配置

要在安装后添加新的电子邮件配置，请运行以下命令：

./uipathctl config alerts add-email \
  --name test \
  --to "[e-mail]" \
  --from "[e-mail]" \
  --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 \
  --ASEA

下表描述了add-email命令的可用标志。

标记	描述	示例
name	电子邮件配置名称	testconfig
to	收件人的电子邮件地址	[e-mail]
from	发件人的电子邮件地址	[e-mail]
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	解决警示后发送电子邮件的布尔值标志。	不适用
ASEA	布尔值标志，表示您是在 EKS 还是 AKS 上安装了 Automation Suite。	不适用

删除电子邮件配置

要删除电子邮件配置，您必须运行以下命令。确保传递要删除的电子邮件配置的名称。

./uipathctl config alerts remove-email --name test --ASEA

更新电子邮件配置

要更新电子邮件配置，您必须运行以下命令。确保传递要更新的电子邮件配置的名称以及要编辑的其他可选参数。这些参数与添加新电子邮件配置的参数相同。您可以同时传递一个或多个标志。

./uipathctl config alerts update-email --name test --ASEA [additional_flags]

访问 Grafana 仪表板

要访问 Grafana 仪表板，您必须检索凭据并使用它们进行登录：

• 用户名:

  kubectl -n monitoring get secrets/grafana-creds -o "jsonpath={.data.admin-user}" | base64 -d; echo
  

• 密码:

  kubectl -n monitoring get secrets/grafana-creds -o "jsonpath={.data.admin-password}" | base64 -d; echo
  

监控持久卷

您可以通过 Kubernetes/持久卷仪表板监控持久卷。您可以跟踪每个卷的可用空间和已用空间。

下图显示了 Kubernetes 持久卷仪表板。

您还可以通过选择Cluster Explorer的“存储”菜单中的“持久卷”项目来检查每个卷的状态。

监控硬件利用率

要检查每个节点的硬件利用率，您可以使用节点/导出器/节点仪表板。可以使用 CPU、内存、磁盘和网络上的数据。

您可以使用 Kubernetes/计算资源/命名空间（工作负载）仪表板监控特定工作负载的硬件利用率。选择 UiPath 命名空间以获取所需的数据。

创建可共享的 Grafana 图表可视化快照

1. 选择图表标题旁边的菜单按钮，然后选择“共享” 。
2. 选择“快照”选项卡，然后设置“快照名称”和“过期” 。
3. 选择“发布到快照.raintank.io”。

有关详细信息，请参阅有关共享仪表板的 Grafana 文档。

备注：

任何知道此链接的人都可以在公共互联网上查看此快照。

创建自定义持久性 Grafana 仪表板

备注：

在 Grafana 用户界面中直接创建的仪表板在 Pod 或节点重新启动后不会保留。预构建的仪表板不受影响，因为它们作为配置映射存储在monitoring命名空间中。

要创建持久性的自定义仪表板，请执行以下步骤：

1. 在 Grafana 中构建仪表板。有关说明，请参阅Grafana 文档。
2. 将仪表板导出为 JSON 文件。
3. 将以下配置映射配置保存为 YAML 文件，并将<dashboard-name>替换为唯一的名称，并将<dashboard-json>替换为导出的 JSON 文件的内容：

   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: <dashboard-name>
     namespace: monitoring
     labels:
       grafana_dashboard: "1"
   data:
     dashboard.json: |
       <dashboard-json>
   

4. 应用配置映射：

   kubectl apply -f <file_name.yaml>
   

应用配置映射后，Grafana 会自动导入仪表板。

监控时态即服务 (TaaS)

TaaS 服务器 Pod 公开 Prometheus 指标。如果在集群中启用了 Prometheus，则会自动从taas-temporal-* Pod 中抓取指标。

下表列出了监控 TaaS 运行状况和性能的关键指标。

指标	描述
temporal_activity_schedule_to_start_latency_bucket	计划活动与工作器选取活动之间的时间 。值较高表示工作器处理任务的速度不够快。
temporal_workflow_task_schedule_to_start_latency_bucket	从工作流任务计划完成到工作器启动该任务之间的时间间隔。值越高表示队列积压。
temporal_workflow_completed	成功完成的工作流执行的计数。
temporal_workflow_failed	工作流执行失败的计数。
temporal_num_pollers	当前处于活动状态的工作器轮询器数量，按轮询器类型划分。
temporal_request_latency_bucket	客户端 gRPC 请求向 TaaS 前端发出的延迟。

访问 Temporal 用户界面

默认情况下，Temporal Web UI 不会公开在集群外部。要访问它以进行诊断，请端口转发到部署：

kubectl port-forward -n uipath deployment/taas-temporal-web 8008:8008

在浏览器中打开http://localhost:8008 。通过端口转发访问时无需登录。

Temporal UI 可用于检查单个工作流的执行情况，查看执行历史记录，并识别失败或超时的活动。

可用指标

您可以在 Prometheus 用户界面中搜索可用指标。

有关可用指标的文档如下：

• https://github.com/prometheus/node_exporter#enabled-by-default - 连接到预览
• https://github.com/kubernetes/kube-state-metrics/tree/master/docs#exposed-metrics - 连接预览
• 从 Prometheus (Istio) 查询指标