安装前需自备可用的 Kubernetes 集群并装好 kubectl 与 Helm v3;Helm 安装需把 替换为 charts/crater/Chart.yaml 中的实际版本号;完整功能依赖 Volcano、Prometheus/Grafana 和持久化存储等集群组件。
crater
raids-labApache-2.0活跃维护基于 Kubernetes 的云原生 AI 训练与推理平台,集成 Jupyter、PyTorch、Ray、LLaMA-Factory 等组件,帮团队在集群上统一管理深度学习环境的构建与任务调度。
Crater is a cloud-native AI training & inference platform.
helm registry login ghcr.io
helm install crater oci://ghcr.io/raids-lab/crater --version <chart-version>README 未说明具体显存或 GPU 型号要求,仅说明需运行在 Kubernetes 集群上,并支持 NVIDIA GPU、国产加速卡及 vGPU 类资源。
基于 Kubernetes 的共享 AI 算力集群控制面,把 GPU 资源、训练推理任务和配额治理统一管起来
基于 Kubernetes 的云原生 AI 训练与推理平台,集成 Jupyter、PyTorch、Ray、LLaMA-Factory 等组件,帮团队在集群上统一管理深度学习环境的构建与任务调度。
核心能力
- 用账户、队列、配额和审批做多租户治理
- 基于 Kubernetes 与 Volcano 实现队列准入和优先级调度
- 通过模板一键提交训练、推理与批处理任务
- 内置 Jupyter、WebIDE、终端和 SSH 交互式开发环境
- 统一管理数据集、模型、镜像与共享存储资产
容易踩的坑
- v1.4.1Crater v1.4.1最新正式版2026-11-04 · 2026-11-04 04:23 UTC
Version 1.4.1
This update adds TensorBoard panels for viewing training curves, introduces CLI account switching, and improves downloads, job submission, login, and file listings.
What's new
- TensorBoard panels: Create panels from personal directories or existing jobs, combine logs from multiple jobs, and manage panels from the platform. Deleting a panel preserves the original training logs.
- CLI account switching: Use
crater account currentto inspect the active account andcrater account use <name>to switch accounts when submitting jobs or accessing resources in different queues. - Hugging Face downloads: Fix redirects from some mirrors that could prevent model or dataset downloads.
- Job submission: Jobs without platform-storage mounts are no longer blocked by failed storage-quota queries.
- Web login: Automatically convert uppercase letters in usernames to lowercase and clarify username requirements on the login page.
- File listings: Empty directory listings from storage-server now return
data: []instead ofdata: null.
版本 1.4.1
本次更新新增 TensorBoard 面板,方便直接查看训练曲线;CLI 支持切换账户,并改进下载、作业提交、登录和文件列表体验。
本次更新
- 在平台内查看训练曲线:支持从个人目录或已有作业的日志创建 TensorBoard 面板,也可以汇总多个作业的日志进行查看。面板可统一管理,删除面板不会删除原始训练日志。
- 通过 CLI 切换账户:使用
crater account current查看当前账户,使用crater account use <name>切换账户,方便在不同调度队列下提交作业和访问资源。 - 改善 Hugging Face 下载兼容性:修复部分镜像源跳转导致模型或数据集下载失败的问题。
- 减少作业提交时的无关阻碍:未挂载平台存储的作业,不再因存储配额查询失败而无法提交。
- 网页登录更方便:用户名中的大写字母会自动转为小写,登录页也增加了用户名填写规则提示。
- 修复空目录列表响应:storage-server 查询空目录成功时返回
data: [],避免返回data: null。
Full changelog / 完整变更: https://github.com/raids-lab/crater/compare/v1.4.0...v1.4.1
- v1.4.0Crater v1.4.02026-10-19 · 2026-10-19 14:08 UTC
查看更新说明
Version 1.4.0
This update revises job admission and scheduling, improves model downloads and GPU monitoring, and updates platform documentation.
What's new
- Job admission and scheduling: Replace the prequeue mechanism with a Volcano extender plugin for per-user queue resource limits and timeout blocking. Remove the Normal/Backfill scheduling choice and distinguish waiting, queued, and starting job states.
- Model and dataset downloads: Allow failed downloads to retry from another source and fix Hugging Face download issues. Clarify public resource reuse and show warnings when the actual source or revision differs from the request.
- GPU monitoring: Adjust dashboard presentation for users and administrators, and add filtering by the number of free GPUs of the same model.
- Job records and error messages: Recover missing start times for some short-lived jobs and improve error messages when resource requests exceed available node capacity.
- Documentation: Add links to the latest online documentation with version-difference notices, and improve npm installation guidance for Crater CLI and its Agent Skills.
版本 1.4.0
本次更新调整作业准入与调度机制,完善模型下载、GPU 监控及平台文档。
本次更新
- 作业准入与调度:通过 Volcano extender 插件执行队内用户资源限制与超时阻塞,替换原有预排队机制;移除“普通/回填”调度类型选择,并细化作业等待、调度和启动阶段的状态展示。
- 模型与数据集下载:支持失败下载重新选择来源,修复 Hugging Face 下载问题;明确公共资源复用行为,并在实际来源或版本与请求不一致时给出提示。
- GPU 监控:按普通用户与管理员视角调整展示,增加同型号空闲 GPU 数量筛选。
- 作业记录与错误提示:修复部分短时作业开始时间缺失的问题,完善资源申请超过可用节点上限时的错误提示。
- 文档完善:内置文档增加最新在线文档入口及版本差异提示,完善 Crater CLI 的 npm 安装与配套 Agent Skills 说明。
Full changelog / 完整变更: https://github.com/raids-lab/crater/compare/v1.3.0...v1.4.0
- v1.3.0Crater v1.3.02026-10-02 · 2026-10-02 11:16 UTC
查看更新说明
Version 1.3.0
This update rounds out file management in Crater CLI, so you can transfer files and keep them organized right from your terminal.
What's new
- CLI file transfers: Upload or download a single file. Existing files are preserved by default; explicitly enable overwriting when you want to replace them.
- CLI file organization: Create directories and move files or directories to organize code, data, and job results.
- CLI file removal: Delete remote files and directories with confirmation. Removing a directory also requires explicitly enabling recursive removal.
版本 1.3.0
这次更新补齐了 Crater CLI 的文件管理功能,在终端里就能完成文件传输和日常整理。
本次更新
- CLI 文件传输:支持上传、下载单个文件,默认不覆盖同名文件,需要替换时可显式指定覆盖。
- CLI 文件整理:支持创建目录、移动文件和目录,方便整理代码、数据与作业结果。
- CLI 文件删除:支持删除远端文件和目录;删除前会请求确认,删除目录还需明确指定递归操作。
Full changelog / 完整变更: https://github.com/raids-lab/crater/compare/v1.2.0...v1.3.0
- v1.2.02026-09-23 · 2026-09-23 06:32 UTC
查看更新说明
版本 1.2.0
1.1.1 以来,我们对平台进行了一些功能和资源分配上的优化,并推进 CLI 的完善。
本次更新
- 存储空间:为 Ceph 增加了目录限额,避免少量用户占用大量空间,尽量保证整体使用体验
- 账号与网络:新增按功能限制账号,以及下载和作业各自的带宽控制,避免个别使用影响其他人
- 模型与数据集:修复了一些下载问题,并优化了下载逻辑
- Crater CLI:功能持续完善,发布流程已打通
- v1.1.12026-07-19 · 2026-07-19 07:41 UTC
查看更新说明
版本 1.1.1
距离 Crater 1.0.0 正式发布已经过去三个月。 这段时间里,我们继续围绕“更公平地使用集群、更顺畅地完成工作”打磨平台,也把许多来自真实使用场景的反馈带进了这个版本。
本次更新
- 作业调度与提交:新增基于账户配额的 Prequeue 排队与 Backfill 补位机制;作业列表支持服务端分页,旧模板可自动迁移,目标节点可用黑名单或白名单选择
- 模型与数据集:下载任务支持暂停、恢复、失败日志保留和常见错误分类;资源库展示来源、许可证、大小等元数据,并新增用户并发与滚动窗口下载额度
- Crater CLI:新增作业创建与管理、镜像构建与分享、模型与数据集下载、审批工单等命令
用户点评
登录用户的真实使用记录,可按版本和硬件筛选还没有人点评。第一个说出真实体验的人最有价值。
Crater
A Kubernetes-native control plane for shared AI computing clusters
Operate shared GPU clusters, LLM training and serving workloads, developer environments, and data/model assets across research, education, and enterprise teams.
English · 简体中文
Documentation · Helm Chart · Backend · Frontend · CLI
🏢 Multi-Tenant Governance · ⚙️ Policy-Aware Scheduling · 🚀 LLM Training & Serving · 🧩 Heterogeneous Accelerators · 🤖 AI-Assisted Operations
- Overview
- Why Crater
- Designed For
- Features
- Architecture
- Getting Started
- Documentation
- Repository Structure
- Community & Support
- Contributing
- License
✨ Overview
Crater is a Kubernetes-native platform for operating shared AI computing clusters. It helps organizations manage heterogeneous compute resources, submit and govern AI workloads, quickly deploy large-model training and inference environments, and observe cluster health from a unified web console, CLI, and AI-assisted operations interface.
Crater is designed for environments where different teams and workloads share the same GPU cluster: long-running training jobs, bursty lab workloads, interactive notebooks, online AI services, LLM inference services, and offline data processing pipelines. It builds an operational control plane on top of Kubernetes and Volcano, connecting users, accounts, queues, quotas, images, datasets, models, jobs, services, and observability into one workflow.
| 🧪 Interactive Development — Jupyter, WebIDE, terminals, and external access | 🚀 AI Workloads — training, serving, templates, and batch jobs |
| 📈 Monitoring — real-time metrics & logs | 📦 Models & Datasets — manage assets in one place |
💡 Why Crater
Kubernetes and Volcano provide powerful low-level scheduling, but operating a shared GPU cluster for many teams still requires a lot of glue. Crater fills that gap:
| Without a control plane | With Crater |
|---|---|
Raw kubectl / YAML access, easy to misuse | Web console, CLI, and APIs with role-based, multi-tenant access |
| GPU usage is hard to attribute and bound | Accounts, queues, quotas, approvals, and cost visibility |
| Everyone rebuilds training/serving manifests by hand | Reusable job templates and one-click LLM deployment |
| Datasets, models, and images scattered across nodes | Managed datasets, models, images, and shared storage |
| Operators and users debug from different tools | Unified metrics, logs, GPU analysis, and AI-assisted operations |
🌐 Designed For
Crater fits shared AI computing environments in universities, research institutes, enterprise AI teams, and internal platform teams.
| Scenario | Typical workloads | What Crater provides |
|---|---|---|
| Research & engineering | Model fine-tuning, simulation, scientific computing, large experiments | Long-running GPU jobs, reusable environments, data/model mounting, logs, monitoring, and lifecycle controls |
| Teaching & training | Course labs, student projects, virtual experiments, workshops | Account and quota management, job templates, burst handling, fair access, and simple web-based submission |
| LLM training & serving | Fine-tuning, evaluation, inference endpoints, model demos, mixed training/serving clusters | Fast deployment templates, GPU-aware placement, data/model assets, service access, and train/serve resource governance |
| Enterprise AI services | Internal assistants, document intelligence, multimodal services, inference backends | Managed runtime environments, service access, operational visibility, and resource governance |
| Data processing | Dataset preparation, image analysis, batch pipelines, offline preprocessing | Storage integration, dataset/model management, schedulable batch jobs, and observability |
🎯 Features
🏗️ Architecture
Crater is organized around four layers:
- User interfaces: web console, CLI, HTTP APIs, and agent-friendly command skills.
- Control plane: authentication, accounts, quotas, scheduling policies, jobs, services, templates, images, datasets, models, approvals, and operations.
- Execution layer: Kubernetes workloads, Volcano scheduling, accelerator resources, Pods, Services, PVCs, and external access rules for training, serving, and interactive environments.
- Observability and AI operations layer: metrics, logs, Grafana dashboards, operation records, runtime diagnostics, AI assistant workflows, and admin-side intelligent operations.
🚀 Getting Started
1. Prerequisites
2. Set up a cluster
Pick the option that fits your scenario:
| Option | Best for | Reference |
|---|---|---|
| 🐳 Kind | Local clusters in Docker | kind.sigs.k8s.io |
| 🧱 Minikube | Single-node local dev & testing | minikube.sigs.k8s.io |
| ☁️ Production K8s | Production or large-scale deployments | kubernetes.io/docs/setup |
3. Install via Helm (OCI)
helm registry login ghcr.io
helm install crater oci://ghcr.io/raids-lab/crater --version <chart-version>
💡 The chart version is in
charts/crater/Chart.yaml(fieldversion) or in the GitHub releases.
Deployment guides:
- 📄 Minimal Deployment (Kind) — quickly spin up a basic Crater
- 📄 Cluster Deployment Guide — deploy a full Crater on a cluster
📚 Documentation
- 📘 Admin guide (English): https://raids-lab.github.io/crater/en/docs/admin/
- 📗 Admin guide (中文): https://raids-lab.github.io/crater/zh/docs/admin/
📁 Repository Structure
| Path | Description |
|---|---|
backend/ | Backend services |
frontend/ | Web UI |
cli/ | Command-line interface |
charts/ | Helm charts for deploying Crater |
website/ | Documentation website source |
grafana-dashboards/ | Grafana dashboards used by Crater |
docs/ | Documentation entrypoints and localization resources |
hack/ | Developer tooling and scripts |
💬 Community & Support
- 🐛 Issues — report bugs or request features: GitHub Issues
- 💡 Discussions — ask questions and share ideas: GitHub Discussions
- 📚 Docs — admin and user guides: raids-lab.github.io/crater
- ⭐ Star the project if you find Crater useful — it helps others discover it.
🤝 Contributing
We welcome community contributions! The complete development and contribution specification lives in CONTRIBUTING.md: global rules, environment setup (fork, hooks, unified config), workflow, commit convention, PR description template, and per-module entry points.
Per-module specs:
- Backend — backend/CONTRIBUTING.md
- Frontend — frontend/CONTRIBUTING.md
- Website / Docs — website/CONTRIBUTING.md
- CLI — cli/CONTRIBUTING.md
📝 License
Crater is licensed under the Apache License 2.0. See LICENSE.