监控待处理的工作负载
Alauda Build of Kueue 提供了 VisibilityOnDemand 功能,用于监控待处理的工作负载。工作负载是指运行至完成的应用程序。它可以由一个或多个 Pod 组成,这些 Pod 松散或紧密耦合,共同完成一个任务。工作负载是 Alauda Build of Kueue 中的准入单元。
VisibilityOnDemand 功能使批处理管理员能够监控集群队列和本地队列中的待处理作业流水线,批处理用户则仅能监控本地队列,并帮助用户估算其作业的启动时间。
您可以调节入站请求和高请求量,并为用户提供查看待处理工作负载的权限。
目录
1. API 优先级和公平性2. 提供用户权限3. 按需监控待处理工作负载3.1. 前提条件3.2. 操作步骤3.2.1. 查看 ClusterQueue 中的待处理工作负载3.2.2. 查看 LocalQueue 中的待处理工作负载1. API 优先级和公平性
Alauda Build of Kueue 使用 Kubernetes API Priority and Fairness(APF)来帮助管理待处理的工作负载。APF 是一种流量控制机制,允许您定义 API 级别的策略来调节对 API 服务器的入站请求。它保护 API 服务器免受意外高请求量的冲击,同时保护关键流量不受对尽力而为工作负载的限流影响。
示例
2. 提供用户权限
您可以为 Alauda Build of Kueue 部署的用户配置基于角色的访问控制(RBAC)对象。这些对象决定了哪类用户可以创建哪类 Alauda Build of Kueue 对象。
您需要为需要访问特定 API 的用户提供权限。
- 如果用户需要访问来自
ClusterQueue资源的待处理工作负载,则需要创建一个 ClusterRoleBinding,引用 ClusterRolekueue-batch-admin-role。 - 如果用户需要访问来自
LocalQueue资源的待处理工作负载,则需要创建一个 RoleBinding,引用 ClusterRolekueue-batch-user-role。
3. 按需监控待处理工作负载
要测试待处理工作负载的监控,必须正确配置 ClusterQueue 和 LocalQueue 资源。之后,您可以在该 LocalQueue 上创建作业。Kueue 会管理由作业创建的工作负载对象,因此,当作业提交并使 ClusterQueue 饱和时,其对应的工作负载可以在待处理工作负载列表中看到。
3.1. 前提条件
- Alauda Container Platform Web CLI 能与您的集群通信。
- 您拥有集群管理员权限。
以下操作步骤告诉您如何安装和测试工作负载监控。
3.2. 操作步骤
-
运行以下命令创建资源:
-
创建包含作业清单的文件:
-
运行以下命令创建六个作业:
3.2.1. 查看 ClusterQueue 中的待处理工作负载
管理员可以使用 Alauda Build of Kueue 的 visibility API 中 ClusterQueue 对象的可见性端点,查看集群级别的所有待处理工作负载。该端点返回当前等待该 ClusterQueue 资源准入的所有工作负载列表。
操作步骤
-
运行以下命令查看
ClusterQueue中的待处理工作负载:您应获得类似如下的结果:
您可以传递以下可选查询参数:
limit <integer>:默认值为 1000。指定应获取的最大待处理工作负载数量。offset <integer>:默认值为 0。指定应获取的第一个待处理工作负载的位置,起始位置为 0。 -
若只想查看 ClusterQueue 中从位置 1 开始的 1 个待处理工作负载,运行:
3.2.2. 查看 LocalQueue 中的待处理工作负载
用户可以查询 Alauda Build of Kueue 的 visibility API 中 LocalQueue 资源的可见性端点,查看其命名空间内特定租户提交的待处理工作负载。这会返回该队列中其作业的有序列表。
操作步骤
-
运行以下命令查看 LocalQueue 中的待处理工作负载:
您应获得类似如下的结果:
您可以传递以下可选查询参数:
limit <integer>:默认值为 1000。指定应获取的最大待处理工作负载数量。offset <integer>:默认值为 0。指定应获取的第一个待处理工作负载的位置,起始位置为 0。 -
若只想查看 LocalQueue 中从位置 0 开始的 1 个待处理工作负载,运行: