CubeSandbox one-click systemd 部署用户指南:控制节点与计算节点的安装、运维与排障
【免费下载链接】CubeSandboxInstant, Concurrent, Secure & Lightweight Sandbox for AI Agents.项目地址: https://gitcode.com/GitHub_Trending/cu/CubeSandbox
本文基于 CubeSandbox 开源仓库中的 deploy/one-click/USER_GUIDE_zh.md 编写,围绕新版 one-click纯 systemd 模式展开。你将掌握如何用
install.sh/install-compute.sh完成控制节点与计算节点的部署,用systemctl/journalctl进行日常启停、状态查看与日志排障,并了解env.example中关键配置项的真实作用与底层实现依据。文中所有命令与配置均可对照仓库源码直接验证。
1. 你需要知道的版本变化
新版 one-click 安装完成后,不再以旧的 shellup/down脚本作为日常运行入口,而是自动注册 systemd 单元统一托管所有服务。安装器按节点角色注册两个角色主 target:
| 节点角色 | systemd 主 target | 入口脚本 |
|---|---|---|
| 控制节点(control) | cube-sandbox-control.target | install.sh |
| 计算节点(compute) | cube-sandbox-compute.target | install-compute.sh |
由此形成一套稳定的心智模型:
- 安装:
install.sh/install-compute.sh - 停机:
down.sh - 健康检查:
smoke.sh - 日常启停 / 排障:
systemctl/journalctl
ONE_CLICK_DEPLOY_ROLE只用于区分节点角色(control/compute),不再提供 systemd / 非 systemd 模式的切换开关,新安装统一按 systemd 方式运行。这一点在install.sh中体现得很彻底:安装器会先stop_existing_systemd_deployment清理旧部署,再通过install_systemd_units把全部 unit 装进/etc/systemd/system/,最后systemctl enable --now <target>拉起整条服务链(参见 install.sh)。
从 systemd 单元定义可以直观看到控制节点 target 的依赖关系(cube-sandbox-control.target):
[Unit] Description=Cube Sandbox control-plane stack After=network-online.target docker.service Wants=network-online.target Wants=cube-sandbox-mysql.service cube-sandbox-redis.service cube-sandbox-minio.service Wants=cube-sandbox-cubemaster.service cube-sandbox-cube-api.service cube-sandbox-cubeops.service Wants=cube-sandbox-cube-templatecenter.service Wants=cube-sandbox-cubelet.service Wants=cube-sandbox-cube-lifecycle-manager.service Wants=cube-sandbox-cube-proxy.service cube-sandbox-coredns.service Wants=cube-sandbox-dns.service cube-sandbox-webui.service Wants=cube-sandbox-cube-egress-net.service cube-sandbox-cube-egress.service [Install] WantedBy=multi-user.target所有cube-sandbox-*.service单元文件位于 deploy/one-click/systemd/,共 18 个,覆盖 cubelet、cubemaster、cube-api、cubeops、cube-proxy、coredns、dns、mysql、redis、minio、webui、cube-templatecenter、cube-egress、cube-lifecycle-manager 与 s3lvol。
2. 控制节点安装
2.1 安装步骤
在目标机上解压发布包后执行:
tar -xzf cube-sandbox-one-click-<version>.tar.gz cd cube-sandbox-one-click-<version> cp env.example .env sudo ./install.sh固定安装目录为:
/usr/local/services/cubetoolbox安装完成后会自动完成三件事:
- 把 systemd unit 安装到
/etc/systemd/system/; - 按控制节点角色执行
systemctl enable --now cube-sandbox-control.target; - 运行一轮 quickcheck(默认开启,对应
ONE_CLICK_RUN_QUICKCHECK=1)。
控制节点安装成功后,默认可通过 WebUI 访问:
http://<目标机IP>:12088其中12088即 env.example 中的WEB_UI_HOST_PORT,WebUI 容器(cube-webui)由 nginx 反代到host.docker.internal:3010(即 CubeOps)。
2.2 安装模式与配置优先级(源码视角)
install.sh支持三种安装/升级模式(install.sh):
| 模式 | 行为 |
|---|---|
--mode=install | 全新安装,重置既有配置 |
--mode=upgrade | 保留配置的升级,要求已存在安装 |
--mode=auto(缺省) | 检测到已有安装则升级,否则安装;交互式终端会给出[Y/n]确认,非交互环境直接走升级 |
配置来源的优先级为:CLI 命令行参数 >.env文件 > 进程环境变量 > 内置默认值。安装器在解析参数、加载.env后,会再次重放 CLI 覆盖,确保命令行传入的值始终胜出(install.sh)。升级时还会基于env.example基线、旧的.one-click.env与新.env做三方合并(three-way merge),从而把用户自定义值与默认值区分开,跨版本升级不丢配置。
2.3 安装前的预检(preflight)
install.sh在改动系统之前会先跑一组**快速失败(fail-fast)**预检(install.sh),主要包括:
- 硬件预检:必须存在
/dev/kvm(否则提示使用deploy/pvm/pvm_setup.sh构建 PVM 环境);系统内存至少 8GB(CUBE_MIN_MEMORY_KB只能调大不能调小); - PVM 一致性预检:若宿主已加载
kvm_pvm内核模块,则必须设置CUBE_PVM_ENABLE=1使用 PVM 客体内核(vmlinux-pvm),否则 VM 模板创建会失败; - 文件系统预检:
/data/cubelet必须位于XFS文件系统上; - cgroup v2 预检:根 cgroup 需暴露
cpu控制器(multipathd等实时线程常导致无法写入+cpu); - eBPF 预检:内核需支持
bpf文件系统且/sys/fs/bpf已挂载(Cubelet 内置网络运行时的 eBPF map 依赖它); - 外部依赖连通性预检:配置了外部 MySQL/PostgreSQL/Redis 时,用
mysqladmin/psql/redis-cli分别做连通性与凭证校验(ONE_CLICK_EXTERNAL_DEP_TIMEOUT控制超时,默认 5 秒); - CIDR 冲突预检:
CUBE_SANDBOX_NETWORK_CIDR必须是掩码在 /16~/24 之间的 IPv4 私网段,且不与宿主接口冲突; - DNS 预检:要求
resolvectl或 NetworkManager(或显式设置CUBE_PROXY_DNSMASQ_MODE=standalone)。
此外安装器还会把 CubeMaster 的conf.yaml、CubeTemplateCenter 的conf.yaml中的占位符替换为.env实际值(MySQL/Redis 端口、账号、密码、监听地址等),确保 TC 与 CubeMaster 指向同一个 CubeDB,避免“静默分脑”。
3. 计算节点安装
计算节点只运行 compute 侧所需服务(cubelet + 内置 network runtime + cube-egress 等),不部署控制面组件,也不部署 MinIO。
3.1 安装步骤
在计算节点机器上:
tar -xzf cube-sandbox-one-click-<version>.tar.gz cd cube-sandbox-one-click-<version> cp env.example .env至少修改.env中的两个关键项:
ONE_CLICK_DEPLOY_ROLE=compute ONE_CLICK_CONTROL_PLANE_IP=10.0.0.11可选但强烈建议:若要使用 S3 Volume,把控制节点回填的CUBE_S3_*拷贝到计算节点.env:
# 在控制节点执行,把输出拷贝到计算节点 .env grep '^CUBE_S3_' /usr/local/services/cubetoolbox/.one-click.env计算节点不部署 MinIO。缺失CUBE_S3_*时仅打印黄色警告并继续安装,S3 卷插件在配置前不可用。
如果要显式指定当前计算节点 IP(避免安装器自动探测 eth0),再补充:
CUBE_SANDBOX_NODE_IP=10.0.0.12然后执行:
sudo ./install-compute.sh从源码看,install-compute.sh本质上是设置ONE_CLICK_DEPLOY_ROLE=compute后直接exec同一个install.sh(install-compute.sh),因此前面描述的全部预检、systemd 单元安装、quickcheck 逻辑同样生效,只是按 compute 角色裁剪组件(例如generate_cubemaster_config_ports、generate_templatecenter_config等控制面步骤会直接跳过)。
3.2 网络要求
计算节点与控制节点之间有两条固定的 TCP 通路:
| 方向 | 端口 | 用途 |
|---|---|---|
| 计算节点 → 控制节点 | 8089/tcp | CubeMaster HTTP(REST) |
| 控制节点 → 计算节点 | 9999/tcp | cubelet 内置网络运行时 / egress 策略下发等 |
计算节点的 Cubelet 向 CubeOps 注册时,默认使用ONE_CLICK_CONTROL_PLANE_IP:3010(ONE_CLICK_CONTROL_PLANE_CUBEOPS_ADDR可显式覆盖);CubeMaster 地址默认派生为ONE_CLICK_CONTROL_PLANE_IP:8089(ONE_CLICK_CONTROL_PLANE_CUBEMASTER_ADDR可显式覆盖)。安装器会把最终解析出的ONE_CLICK_CONTROL_PLANE_CUBEOPS_ADDR持久化到.one-click.env(install.sh)。
4. 常用命令
4.1 基础健康检查
在发布包目录下执行:
sudo ./smoke.shsmoke.sh会加载当前目录.env,然后直接调用安装目录中的 quickcheck(smoke.sh):
sudo /usr/local/services/cubetoolbox/scripts/one-click/quickcheck.shquickcheck 的检查范围(详见 quickcheck.sh):
- systemd units 是否
active(control 角色会检查 cubelet、mysql、redis、minio、cubemaster、cube-templatecenter、cube-api、cubeops、cube-proxy、coredns、dns、webui 等全部单元); - 控制节点依赖容器是否 ready(
docker inspect读取健康状态,覆盖cube-sandbox-mysql、cube-sandbox-redis、cube-sandbox-minio、cube-proxy、cube-proxy-coredns、cube-webui); cubelet内置 network runtime 的 egress dump 接口(http://127.0.0.1:9998/v1/policies/dump)、cubemaster /notify/health、cube-api /health、cubeops /health等健康接口;- socket(
/data/cubelet/cubelet.sock)、配置文件与运行时资源(Cubelet/config/config.toml、cube-shim/conf/config-cube.toml、cube-kernel-scf/vmlinux、cube-image/cube-guest-image-cpu.img、cube-agent/cube-agent.ext4、cubeproxy/global.conf等)是否存在; - 计算节点额外检查节点是否已在 CubeOps 完成注册(查询
http://<ops_addr>/internal/v1/nodes/<node_id>)。
重要:quickcheck 的探测是重试型的,而不是“探一次就失败”。它以一个共享的 wall-clock 预算(默认CUBE_QUICKCHECK_READY_TIMEOUT=120秒,上限 3600 秒,可通过CUBE_QUICKCHECK_READY_TIMEOUT=0恢复严格 fail-fast)覆盖全部探测,从而消除服务刚启动时 systemd 已“active”但 socket/接口尚未就绪导致的偶发假失败。容器级 readiness 另有CUBE_QUICKCHECK_CONTAINER_TIMEOUT(默认等于总预算)可单独收紧。
4.2 停止服务
sudo ./down.shdown.sh会读取角色后按当前安装角色停止对应主 target(down.sh):
- 控制节点:
cube-sandbox-control.target - 计算节点:
cube-sandbox-compute.target
从源码看,down.sh明确不删除s3lvol 的每节点状态(/data/cubelet/rcow/wal_bdev.img、lvstore/bstore 元数据),下次安装/启动时会重新 attach 并重放,这是有意的数据保护设计。
5. 用 systemd 管理服务
5.1 查看角色主 target 状态
控制节点:
sudo systemctl status cube-sandbox-control.target计算节点:
sudo systemctl status cube-sandbox-compute.target5.2 启动角色服务
控制节点:
sudo systemctl start cube-sandbox-control.target计算节点:
sudo systemctl start cube-sandbox-compute.target说明:安装时已经执行过enable --now,一般不需要再手工enable。
5.3 停止角色服务
控制节点:
sudo systemctl stop cube-sandbox-control.target计算节点:
sudo systemctl stop cube-sandbox-compute.target5.4 查看常用单元状态
控制节点常见单元:
sudo systemctl status \ cube-sandbox-cubelet.service \ cube-sandbox-cubemaster.service \ cube-sandbox-cube-api.service \ cube-sandbox-mysql.service \ cube-sandbox-redis.service \ cube-sandbox-minio.service \ cube-sandbox-cube-proxy.service \ cube-sandbox-coredns.service \ cube-sandbox-dns.service如果启用了 WebUI,再看:
sudo systemctl status cube-sandbox-webui.service计算节点常见单元:
sudo systemctl status \ cube-sandbox-cubelet.service完整单元清单(deploy/one-click/systemd/):
cube-sandbox-cubelet.service:核心运行时(含内置 network runtime),计算与控制节点均有cube-sandbox-cubemaster.service/cube-sandbox-cube-api.service/cube-sandbox-cubeops.service:控制面三件套cube-sandbox-cube-templatecenter.service:镜像模板构建(CubeMaster 无进程内构建回退,属于必备单元)cube-sandbox-cube-proxy.service/cube-sandbox-coredns.service/cube-sandbox-dns.service:代理、沙箱内 DNS 解析与 dnsmasqcube-sandbox-mysql.service/cube-sandbox-redis.service/cube-sandbox-minio.service:本地依赖容器(systemd 托管 docker 容器)cube-sandbox-webui.service:WebUI(WEB_UI_ENABLE=1时)cube-sandbox-cube-lifecycle-manager.service:沙箱生命周期管理cube-sandbox-cube-egress.service/cube-sandbox-cube-egress-net.service:透明出口 egress 策略与底层网络设备cube-sandbox-s3lvol.service:S3 COW 块存储数据面(默认 disabled,由ONE_CLICK_ENABLE_S3LVOL控制)
5.5 查看日志
例如:
sudo journalctl -u cube-sandbox-cubelet.service -n 200 --no-pager sudo journalctl -u cube-sandbox-cubemaster.service -n 200 --no-pager sudo journalctl -u cube-sandbox-cube-api.service -n 200 --no-pager实时追日志:
sudo journalctl -u cube-sandbox-cubelet.service -f6. 常见运维动作
6.1 重启单个服务
sudo systemctl restart cube-sandbox-cubelet.service控制节点上也常见:
sudo systemctl restart cube-sandbox-cubemaster.service sudo systemctl restart cube-sandbox-cube-api.service6.2 重做一轮健康检查
sudo ./smoke.sh或:
sudo /usr/local/services/cubetoolbox/scripts/one-click/quickcheck.sh6.3 查看节点注册信息(控制节点)
cubeopscli --address 127.0.0.1 --port 3010 node listcubeopscli与cubemastercli仅在控制节点安装时被链接到/usr/local/bin/(计算节点会移除这两个软链,见 install.sh)。
7. 手动更新核心二进制
如果你拿到的是手动更新包,例如:
cube-manual-update-*.tar.gz可以执行:
sudo ./deploy-manual.sh /path/to/cube-manual-update-*.tar.gz该脚本会:
- 备份当前核心二进制;
- 替换
cubemaster/cubemastercli/cubelet/cubecli(按角色处理;network runtime 已内置在cubelet中); - 用
systemctl restart重启相关核心服务; - 默认再跑一轮 quickcheck。
如需跳过 quickcheck:
sudo ONE_CLICK_SKIP_QUICKCHECK=1 ./deploy-manual.sh /path/to/cube-manual-update-*.tar.gz更新脚本本体位于 deploy/one-click/deploy-manual.sh,与install.sh、down.sh、smoke.sh一样,是发布包内直接可执行的入口脚本。
8. 推荐排障顺序
当安装或运行异常时,建议按下面顺序排查:
第一步:看角色 target
sudo systemctl status cube-sandbox-control.target # 或 sudo systemctl status cube-sandbox-compute.target第二步:跑 quickcheck
sudo ./smoke.sh第三步:看关键服务日志
sudo journalctl -u cube-sandbox-cubelet.service -n 200 --no-pager控制节点再补充:
sudo journalctl -u cube-sandbox-cubemaster.service -n 200 --no-pager sudo journalctl -u cube-sandbox-cube-api.service -n 200 --no-pager sudo journalctl -u cube-sandbox-mysql.service -n 200 --no-pager sudo journalctl -u cube-sandbox-redis.service -n 200 --no-pager第四步:确认配置是否写对
重点检查安装目录中的运行时环境文件:
/usr/local/services/cubetoolbox/.one-click.env尤其是以下几个关键项:
| 变量 | 说明 |
|---|---|
ONE_CLICK_DEPLOY_ROLE | 节点角色,control或compute |
ONE_CLICK_CONTROL_PLANE_IP | 计算节点指向的控制节点 IP |
ONE_CLICK_CONTROL_PLANE_CUBEMASTER_ADDR | 计算节点显式指定的 CubeMaster 地址(可选) |
CUBE_SANDBOX_NODE_IP | 当前节点显式 IP |
WEB_UI_ENABLE | 是否启用 WebUI |
quickcheck 在探测失败时会打印精确的失败原因(例如“systemd unit failed: ...”“endpoint not healthy: ...”“container is not ready: ...”“CubeOps node registration missing IP=...”),排障时优先阅读 quickcheck 输出可以大幅缩小范围。
9. 重要说明
9.1 新版本没有“是否启用 systemd”的开关
不需要,也不应该再通过环境变量选择 systemd / 非 systemd 模式。新安装统一按 systemd 方式运行。
9.2 旧 shell 启停脚本不是新版本操作入口
对于新版本用户,日常操作请使用:
install.shinstall-compute.shdown.shsmoke.shsystemctljournalctl
旧的 legacy shell 启停逻辑(up.sh/up-compute.sh等)仅用于安装器兼容历史版本升级,不属于新版本的用户操作界面。install.sh中stop_existing_legacy_deployment正是为“升级前停止旧 nohup/pidfile 部署”保留的桥接路径(install.sh)。
9.3 安装目录中的运行时环境文件
安装后实际生效的环境文件是:
/usr/local/services/cubetoolbox/.one-click.env安装器会把.env的内容复制进去,并补充运行期所需字段(节点 IP、网卡名、控制面地址、MinIO 凭证、S3 配置、数据库驱动、模板回调 token、s3lvol 运行时参数等),且该文件被chmod 600保护(其中包含DATABASE_URL与外部依赖密码等敏感信息)。安装器同时会把env.example作为基线副本保存到安装目录,供下一次升级做三方合并。
如果你后续修改了这里的配置,通常需要按变更内容重启相关 systemd 服务后才会生效。
10. 配置项深度解读:env.example 关键变量
发布包内的 env.example 是唯一的“目标机环境模板”,安装前cp env.example .env并按需覆盖。以下按功能域整理核心变量及其默认值(未注释项即默认值)。
10.1 安装与角色
| 变量 | 默认值 | 说明 |
|---|---|---|
ONE_CLICK_RUN_QUICKCHECK | 1 | 安装完成后是否运行一轮 quickcheck |
ONE_CLICK_DEPLOY_ROLE | control | control为全功能一体化节点;compute为注册到既有控制面的纯计算节点 |
ONE_CLICK_CONTROL_PLANE_IP | 空 | 计算节点必填;control 角色不需要 |
ONE_CLICK_CONTROL_PLANE_CUBEMASTER_ADDR | 由 IP 派生:8089 | 计算节点显式指定 CubeMaster HTTP 地址 |
ONE_CLICK_CONTROL_PLANE_CUBEOPS_ADDR | 由 IP 派生:3010 | 计算节点显式指定 CubeOps 注册地址 |
CUBE_SANDBOX_NODE_IP | 自动探测 eth0 | 显式指定当前节点 IP |
CUBE_PVM_ENABLE | 0 | 是否安装 PVM 客体内核cube-kernel-scf/vmlinux |
10.2 健康检查调参
| 变量 | 默认值 | 说明 |
|---|---|---|
CUBE_QUICKCHECK_READY_TIMEOUT | 120 | quickcheck 共享就绪预算(秒),上限 3600;0恢复严格 fail-fast |
CUBE_QUICKCHECK_READY_INTERVAL | 2 | 探测轮询间隔(秒) |
CUBE_QUICKCHECK_CONTAINER_TIMEOUT | 同总预算 | 单个依赖容器的就绪预算,可更早失败“卡死”的容器 |
10.3 网络与 egress
| 变量 | 默认值 | 说明 |
|---|---|---|
CUBE_SANDBOX_NETWORK_CIDR | 192.168.0.0/18(Cubelet 默认) | CubeVS 沙箱 IP 分配网段,掩码必须 /16~/24 |
CUBE_SANDBOX_CUBE_ROUTER_ENABLE | 0 | 是否启用路由感知出口(cube-router 设备走内核路由栈) |
CUBE_L7_MARK_HTTP/CUBE_L7_MARK_HTTPS/CUBE_L7_MARK_MASK | 0xCE010000/0xCE020000/0xFFFF0000 | L7 egress 的 skb->mark,写入/etc/cubeegress/l7-marks.conf,安装器会校验取值合法性 |
10.4 容器镜像与镜像源
| 变量 | 默认值 | 说明 |
|---|---|---|
CUBE_PROXY_COREDNS_IMAGE等 | cube-sandbox-image.tencentcloudcr.com/... | 依赖容器镜像,可指向私有仓库或@sha256摘要以支持离线安装 |
MIRROR | 空(国际仓库) | cn切换到中国区仓库;只影响 cube-proxy / cube-lifecycle-manager / cube-egress 与 MinIO |
ONE_CLICK_ENABLE_TENCENT_DOCKER_MIRROR | 0 | 是否给 docker daemon 配置腾讯镜像加速器 |
10.5 外部 MySQL / PostgreSQL / Redis
默认install.sh启动本地 MySQL 与 Redis 容器(systemd 托管)。要复用既有服务,设置CUBE_EXTERNAL_MYSQL_HOST/CUBE_EXTERNAL_POSTGRES_HOST/CUBE_EXTERNAL_REDIS_HOST(或 Redis Sentinel 的CUBE_EXTERNAL_REDIS_MASTER_NAME+CUBE_EXTERNAL_REDIS_SENTINEL_NODES)。安装器会 patch CubeMasterconf.yaml、把 CubeAPI/CubeOps 的DATABASE_URL指向外部端点,并mask 本地 MySQL/Redis systemd 单元,避免 target 的Wants=再次拉起本地容器(install.sh)。若使用外部端点却保留默认弱口令(cube_pass/ceuhvu123),安装器会打印显式警告。
10.6 MinIO 与 S3 卷插件
| 变量 | 默认值 | 说明 |
|---|---|---|
CUBE_SANDBOX_MINIO_ENABLED | 1 | 控制节点是否部署本地 MinIO 容器 |
CUBE_SANDBOX_MINIO_ROOT_USER/_PASSWORD | cubeminio/ 空 | 密码为空时安装器生成 24 位随机串并写入.one-click.env |
CUBE_S3_ENDPOINT等CUBE_S3_* | 空 | S3 卷插件的事实来源(volume-s3.conf);控制节点启用 MinIO 时由安装器自动回填 |
控制节点启用 MinIO 时,安装器会用fill_s3_from_local_minio自动把CUBE_S3_*填充为本地 MinIO 的连接信息;计算节点则按“控制节点grep '^CUBE_S3_'”的方式手工拷贝。
10.7 WebUI 与端口
| 变量 | 默认值 | 说明 |
|---|---|---|
WEB_UI_ENABLE | 1 | 是否启用 WebUI 容器 |
WEB_UI_HOST_PORT | 12088 | WebUI 对外端口(即安装成功后的访问地址) |
CUBEMASTER_ADDR/CUBEMASTER_HTTP_BIND | 127.0.0.1:8089/0.0.0.0 | CubeMaster 监听;默认绑定 0.0.0.0 以便计算节点访问 |
CUBE_API_BIND | 0.0.0.0:3000 | CubeAPI 监听 |
CUBE_OPS_BIND | 0.0.0.0:3010 | CubeOps 监听(WebUI nginx 通过 host.docker.internal 反代) |
10.8 s3lvol(可选)
ONE_CLICK_ENABLE_S3LVOL=1会启用cube-sandbox-s3lvol.service(S3/COS 之上的远程 COW 块存储,NVMe/TCP 目标)。相关RCOW_*变量(WAL 镜像大小、日志镜像大小、薄供给容量、CPU mask、内存、监听地址等)默认与rcow_common.sh对齐;WAL 镜像在首次安装时创建且之后永不重建(约 512GiB 稀疏文件,由RCOW_WAL_MB + RCOW_JOURNAL_MB + RCOW_CACHE_MB决定)。
11. 最短操作清单
控制节点
cp env.example .env sudo ./install.sh sudo ./smoke.sh sudo ./down.sh sudo systemctl start cube-sandbox-control.target计算节点
cp env.example .env # 编辑 ONE_CLICK_DEPLOY_ROLE=compute # 编辑 ONE_CLICK_CONTROL_PLANE_IP=<control-node-ip> sudo ./install-compute.sh sudo ./smoke.sh sudo ./down.sh sudo systemctl start cube-sandbox-compute.target12. 相关文件索引
- 用户指南原文:deploy/one-click/USER_GUIDE_zh.md
- 环境变量模板:deploy/one-click/env.example
- 安装入口(control/compute 共用):deploy/one-click/install.sh
- 计算节点安装包装器:deploy/one-click/install-compute.sh
- 停机脚本:deploy/one-click/down.sh
- 健康检查入口:deploy/one-click/smoke.sh
- quickcheck 探针实现:deploy/one-click/scripts/one-click/quickcheck.sh
- systemd 单元目录:deploy/one-click/systemd/
- 手动更新脚本:deploy/one-click/deploy-manual.sh
- 相关源码组件:CubeMaster(CubeMaster/)、Cubelet(Cubelet/)、CubeAPI(CubeAPI/)、CubeOps(CubeOps/)、CubeProxy(CubeProxy/)、CubeTemplateCenter(CubeTemplateCenter/)
【免费下载链接】CubeSandboxInstant, Concurrent, Secure & Lightweight Sandbox for AI Agents.项目地址: https://gitcode.com/GitHub_Trending/cu/CubeSandbox
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考