KubeRay RayService 在 Kueue 中的集成实现
2025-07-08 13:27:11作者:吴年前Myrtle
在 Kubernetes 生态系统中,Kueue 作为一个批处理作业队列系统,为大规模机器学习工作负载提供了高效的资源管理和调度能力。近期,Kueue 项目完成了对 KubeRay RayService 的完整支持,这标志着 KubeRay 所有核心资源类型(RayJob、RayCluster 和 RayService)都已实现与 Kueue 的深度集成。
背景与挑战
RayService 是 KubeRay 提供的关键资源类型之一,它将 RayCluster 与部署在其上的服务相结合,为生产环境中的推理服务提供了完整的解决方案。然而,在初始实现过程中,开发团队遇到了一个技术难题:当 Kueue 直接管理 RayService 时,由于 RayCluster 是由其自身控制器管理的,导致无法正常更新和配置。
解决方案
经过深入的技术分析,开发团队采用了间接管理的创新方案:
- 架构调整:Kueue 通过管理 RayCluster 来间接控制 RayService,而不是直接操作 RayService 资源
- 控制流优化:当 RayService 被提交到队列时,Kueue 会先处理其依赖的 RayCluster 资源
- 状态同步机制:建立了完善的资源状态同步机制,确保 RayService 和底层 RayCluster 的状态一致性
技术实现细节
该实现包含以下关键技术组件:
- 控制器扩展:在 Kueue 中新增了针对 RayService 的专用控制器
- 准入控制:实现了 Webhook 来验证和修改 RayService 资源
- 多队列适配器:开发了 multikueue-adapter 来支持跨队列的资源分配
生产环境价值
这一集成带来了显著的生产环境优势:
- 完整的推理服务支持:现在用户可以在 Kueue 中管理从训练到推理的完整机器学习工作流
- 高级调度能力:支持拓扑感知调度(TAS)和全有或全无(All-or-Nothing)等高级调度策略
- 资源利用率提升:通过队列管理实现了更高效的集群资源利用
未来展望
虽然当前实现已经解决了核心问题,但团队仍在探索以下方向:
- 自动扩缩容支持的集成
- 更精细化的资源配额管理
- 跨命名空间的服务调度优化
这次集成不仅完善了 Kueue 对 KubeRay 生态的支持,也为生产环境中的机器学习工作负载管理提供了更强大的工具链。
登录后查看全文
热门项目推荐
相关项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
GLM-4.7-FlashGLM-4.7-Flash 是一款 30B-A3B MoE 模型。作为 30B 级别中的佼佼者,GLM-4.7-Flash 为追求性能与效率平衡的轻量化部署提供了全新选择。Jinja00
new-apiAI模型聚合管理中转分发系统,一个应用管理您的所有AI模型,支持将多种大模型转为统一格式调用,支持OpenAI、Claude、Gemini等格式,可供个人或者企业内部管理与分发渠道使用。🍥 A Unified AI Model Management & Distribution System. Aggregate all your LLMs into one app and access them via an OpenAI-compatible API, with native support for Claude (Messages) and Gemini formats.JavaScript01
idea-claude-code-gui一个功能强大的 IntelliJ IDEA 插件,为开发者提供 Claude Code 和 OpenAI Codex 双 AI 工具的可视化操作界面,让 AI 辅助编程变得更加高效和直观。Java00
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility.Kotlin06
ebook-to-mindmapepub、pdf 拆书 AI 总结TSX00
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
515
3.7 K
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
874
546
Ascend Extension for PyTorch
Python
317
362
暂无简介
Dart
759
182
React Native鸿蒙化仓库
JavaScript
299
347
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
334
156
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.31 K
734
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
12
1
华为昇腾面向大规模分布式训练的多模态大模型套件,支撑多模态生成、多模态理解。
Python
110
128