Aether Volume

Aether Volume 管理 (aether-volume)

版本: 1.4.0 | 优先级: P1 集成规范: "该注册几个节点 / 有数据的卷怎么处理" 这类规范性问题，先查 aether-conventions skill（Volume 域速记 + 铁律）

前置检查

⚠️ 此 Skill 需要 aether CLI

# 使用共享检测脚本
source "${CLAUDE_PLUGIN_ROOT}/scripts/cli-functions.sh"
require_aether_cli || exit 1

快速开始

使用场景

• 为新项目配置持久化存储
• 查看已配置的 volume
• 清理不再使用的 volume
• 为有状态服务配置数据目录

不使用场景

• 无状态服务（不需要持久化）
• 使用外部存储（NFS、Ceph 等）
• 临时数据存储（使用容器内存储）

命令概览

创建 Volume

aether volume create --node <node> --project <project> --volumes <list>

常用参数:

• --dry-run: 预览操作
• --ssh-key: SSH 私钥路径
• --register-only: 跳过 mkdir/chmod，只注册 host_volume 配置 + 重启 Nomad（卷已有数据时必须用这个——补注册到其他节点若仍走完整 mkdir+chmod，chmod -R 会重写已有文件权限，可能破坏 postgres pgdata（要求 700）等权限敏感数据）

⚠️ 生产 / 有状态服务铁律: host_volume 必须覆盖每一个 heavy 节点，只注册单节点 = blast-radius trap —— 该服务被 pin 死在一个节点，节点故障或 alloc 被重调度到其他 heavy 节点 即找不到数据（/opt/aether-volumes 是 NFS-virtiofs 共享存储，数据物理上都在，只是 Nomad 没在其他节点上声明 host_volume 而已）。诊断: aether doctor --check host_volume_parity。

# 无状态 / 一次性测试: 单节点即可
aether volume create --node heavy-1 --project my-api --volumes data,logs

# 生产 / 有状态服务: 新建卷时对每个 heavy 节点重复注册
# (节点清单以实际集群为准: aether status 或 curl $NOMAD_ADDR/v1/nodes 核对,
#  不要硬编码假设节点数——集群会扩容)
aether volume create --node heavy-1 --project my-api --volumes data,logs
aether volume create --node heavy-2 --project my-api --volumes data,logs
aether volume create --node heavy-3 --project my-api --volumes data,logs
aether volume create --node heavy-4 --project my-api --volumes data,logs
aether volume create --node heavy-5 --project my-api --volumes data,logs

# 补注册到其他节点，但该卷已有数据 (例如把历史单节点卷补齐为全 heavy 注册):
# 用 --register-only 跳过 mkdir/chmod，只注册配置，不碰已有文件权限
aether volume create --node heavy-2 --project my-api --volumes data --register-only

列出 Volume

aether volume list --node <node>

# 过滤项目
aether volume list --node heavy-1 --project my-api

删除 Volume

# ⚠️ 会删除数据
aether volume delete --node <node> --project <project> --volumes <list> --yes

详细命令说明: 见 command-details.md

创建前后检查

幂等性检查（创建前必做）

创建前先确认目标 volume 不存在，避免重复 host_volume 配置导致 Nomad 重启失败：

# 检查已有 volume
aether volume list --node heavy-1 --project my-api

如果目标 volume 已存在，提示用户跳过创建。

创建后验证（SSH 目录检查）

aether volume list 验证后，通过 SSH 直接检查目录确认实际状态：

# 验证目录存在和权限
ssh root@heavy-1 "ls -la /opt/aether-volumes/my-api/"

预期输出每个 volume 子目录权限为 drwxrwxrwx。

安全保障机制

为什么幂等性检查重要: Nomad client.hcl 不允许重复的 host_volume 块。重复插入会导致 Nomad 重启失败，需要手动恢复配置。

常见故障模式

SSH 连接问题

SSH 诊断步骤 (逐步升级):

1. ssh -v root@heavy-1 — 查看详细握手过程
2. ssh-keygen -R <node-ip> — 清除旧 host key
3. ls -la ~/.ssh/id_ed25519 — 确认权限为 -rw-------
4. ssh-add ~/.ssh/id_ed25519 — 手动加载密钥

Nomad 重启失败

CLI 自动从 .bak 回滚配置。如果自动回滚也失败：

ssh root@<node> "mv /opt/nomad/config/client.hcl.bak /opt/nomad/config/client.hcl && systemctl restart nomad"

根因排查: ssh root@<node> "journalctl -u nomad -n 50" 查看 Nomad 日志。

配置要求

SSH 认证

volume 命令需要 SSH 访问节点。推荐使用 SSH Config：

# ~/.ssh/config
Host heavy-* light-*
    User root
    IdentityFile ~/.ssh/id_ed25519
    StrictHostKeyChecking no

详细 SSH 配置: 见 ssh-authentication.md

常见 Volume 配置

执行流程

创建 Volume:
  1. 幂等性检查 — 先用 aether volume list 确认目标 volume 是否已存在
     → 已存在: 提示用户，跳过创建（避免重复 host_volume 配置）
     → 不存在: 继续
  2. 解析节点名 → IP
  3. SSH 连接
  4. 创建目录 + 设置权限
  5. 备份配置
  6. 插入 host_volume 到 client {} 块
  7. 重启 Nomad
  8. 验证服务
  9. 清理备份 / 回滚
  10. 创建后验证 — SSH 直接检查目录存在性和权限:
      ssh root@<node> "ls -la /opt/aether-volumes/<project>/"

删除 Volume:
  1. 确认操作
  2. SSH 连接
  3. 删除目录
  4. 备份配置
  5. 移除 host_volume 配置
  6. 重启 Nomad
  7. 验证服务
  8. 清理备份 / 回滚

References

• command-details.md - 完整命令参数、示例和执行流程
• ssh-authentication.md - SSH 认证方式配置
• nomad-configuration.md - 生成的 Nomad 配置和 Job 使用示例
• troubleshooting.md - 常见问题排查
• best-practices.md - 最佳实践和生产环境建议

外部参考

• aether volume 使用指南
• SSH 配置指南
• 完整测试报告

Skill 版本: 1.4.0 最后更新: 2026-07-15 维护者: 10CG Infrastructure Team