Kubernetes Kueue项目v0.10.5版本发布:优化资源调度与稳定性提升
Kubernetes Kueue是一个开源的Kubernetes原生批处理作业队列系统,它为集群中的批处理工作负载提供了高效的资源管理和调度能力。Kueue通过定义ClusterQueue和LocalQueue等资源对象,帮助用户在共享的Kubernetes集群中实现公平的资源分配和作业调度。
近日,Kueue项目发布了v0.10.5版本,这个版本主要聚焦于修复多个关键问题并提升系统的稳定性。让我们一起来看看这个版本带来的重要改进。
资源调度优化
在资源调度方面,v0.10.5版本做出了几项重要改进。首先,修复了一个导致队列资源利用率不足的问题。当ClusterQueue配置了preemption.reclaimWithinCohort: Any时,现在可以更自由地将资源借出,因为系统能够确保后续可以回收这些资源。这一改进显著提升了集群资源的整体利用率。
其次,针对TopologyAwareScheduling(TAS)特性,新增了对节点选择器(Node Selectors)的支持,使得调度策略更加灵活。同时修复了一个当工作负载使用TopologyAwareScheduling且容器请求值为零时可能导致调度崩溃的问题,增强了系统的健壮性。
权限与配置修复
在权限管理方面,修复了Topology API的RBAC配置问题,现在使用Kueue Batch Admin角色的服务账户可以正常读取和编辑Topology API。这对于需要细粒度权限控制的用户环境非常重要。
配置方面,修复了LocalQueue状态消息中错误引用ClusterQueue的问题,现在当LocalQueue状态为Ready时,会正确显示LocalQueue相关信息,提高了日志和状态信息的准确性。
稳定性增强
v0.10.5版本还修复了多个可能导致系统不稳定的问题。其中最重要的是修复了调度器在使用准入检查时可能构建无效SSA补丁的问题,该问题会导致工作负载被拒绝并显示错误消息。此外,还修复了允许创建没有级别的Topology的问题,防止了不合规配置导致的潜在问题。
对于使用Helm部署的用户,修复了ServiceMonitor选择错误服务的问题,现在当启用Prometheus监控时,Kueue指标能够被正确收集。
兼容性考虑
考虑到升级兼容性,v0.10.5版本撤销了之前将ClusterQueue.Preemption.BorrowWithinCohort与FairSharing一起使用时设为无操作的决定。虽然这种配置组合仍然不推荐使用,但撤销这一变更可以确保现有用户的平滑升级体验。项目团队提醒用户,这种配置组合在未来版本中可能会被移除,建议用户考虑替代方案。
总体而言,Kueue v0.10.5版本通过一系列关键修复和优化,显著提升了系统的稳定性和资源调度效率。对于生产环境用户来说,这是一个值得升级的版本,特别是那些遇到资源利用率问题或需要更稳定调度行为的用户。
GLM-5智谱 AI 正式发布 GLM-5,旨在应对复杂系统工程和长时域智能体任务。Jinja00
GLM-5.1GLM-5.1是智谱迄今最智能的旗舰模型,也是目前全球最强的开源模型。GLM-5.1大大提高了代码能力,在完成长程任务方面提升尤为显著。和此前分钟级交互的模型不同,它能够在一次任务中独立、持续工作超过8小时,期间自主规划、执行、自我进化,最终交付完整的工程级成果。Jinja00
LongCat-AudioDiT-1BLongCat-AudioDiT 是一款基于扩散模型的文本转语音(TTS)模型,代表了当前该领域的最高水平(SOTA),它直接在波形潜空间中进行操作。00- QQwen3.5-397B-A17BQwen3.5 实现了重大飞跃,整合了多模态学习、架构效率、强化学习规模以及全球可访问性等方面的突破性进展,旨在为开发者和企业赋予前所未有的能力与效率。Jinja00
HY-Embodied-0.5这是一套专为现实世界具身智能打造的基础模型。该系列模型采用创新的混合Transformer(Mixture-of-Transformers, MoT) 架构,通过潜在令牌实现模态特异性计算,显著提升了细粒度感知能力。Jinja00
FreeSql功能强大的对象关系映射(O/RM)组件,支持 .NET Core 2.1+、.NET Framework 4.0+、Xamarin 以及 AOT。C#00