跨区 Mac Mini M4 并联集群用 GlusterFS 共享 POSIX 制品时，副本卷 self-heal 与夜窗 rsync 会争同一块 APFS，常见「网卡未满、构建却卡死」。本文用决策矩阵对齐副本卷与 brick、rsync 退避、flock 构建锁 与 1TB/2TB 磁盘水位，含六步落地与故障切换 FAQ。💻🚀 延伸：首页、MinIO 矩阵、JuiceFS 矩阵、OpenClaw 金丝雀。
三大痛点：① brick 漂移：各 AZ 的 APFS 路径不一致，晋升时 quorum 抖动、heal 难收尾。② rsync 无退避：制品风暴单填 brick，与 self-heal 叠加把盘打黄。③ 缺构建锁：多 Lane 同写晋升路径，放大 split-brain 风险。
① 副本卷与 brick 规划（GlusterFS）
按有效容量、heal 窗口与 M4 热预算选卷型；每 brick 独立子卷 /bricks/vol1/brickN，勿与系统根共用。跨区团队优先 Replica 3 arbiter：两台数据 brick 扛读写，仲裁 brick 只存元数据，WAN 上比三全数据副本更省出口。Dispersed 仅用于 tarball 级冷归档，勿把 Xcode DerivedData 根目录直接放在 dispersed 卷上。
| 卷型 | Bricks/AZ | 有效容量 | heal 窗口 | 验收要点 |
|---|---|---|---|---|
| Replica 2 | 2×1 | 约 50% | 短 | 小团队试点 |
| Replica 3 | 3×1 | 约 33% | 中 | 标准 CI 默认 |
| Replica 3 arbiter | 2 数据 + 1 仲裁 | 约 50% | 中 | 跨 WAN 省带宽 |
| Dispersed 4+2 | 6 bricks/池 | 约 66% | 长 | 大块归档 |
② 制品 rsync 退避与参数矩阵
bwlimit（KiB/s）须与 SSH p95、gluster volume heal info 队列联动；仅当两者平稳再升档。
rsync -az --partial --delete-delay --bwlimit=48000 \ --timeout=300 --info=stats2 \ ./DerivedArtifacts/ mac-eu-02:/mnt/gluster-ci/promote/
| 档位 | bwlimit KiB/s | 并发 | 退避触发 | SSH p95 |
|---|---|---|---|---|
| 日间（1TB） | 38000–45000 | 1 | APFS > 72% | < 150ms |
| 夜窗（2TB） | 52000–70000 | 2 | heal < 200 pending | < 180ms |
| 应急 | 80000 | 3 | 变更单 + 黄线放行 | 值班授权 |
③ 构建锁（flock）与 Lane 隔离
LOCK=/var/tmp/gluster-promote-${LANE_ID}.lock
flock -n "$LOCK" ionice -c2 -n4 rsync -az --delete-delay \
--bwlimit="${BWLIMIT}" "${SRC}/" "${GLUSTER_MOUNT}/stable/"
- Lane 隔离：
stable/与canary/分目录，OpenClaw 只读 canary 前缀。 - Heal 门闩：heal 队列超阈则阻塞 Promotion。
- 审计：锁持有者、PID、rsync 退出码写入 JSONL。
④ 1TB/2TB 扩容与磁盘水位验收
| 盘型 | 黄线 | 验收动作 |
|---|---|---|
| 1TB | 已用 ≤85%，预留 ≥100GB | 最多 2 路 rsync；brick 预留 120GB heal 峰值 |
| 2TB | 已用 ≤82%，预留 ≥150GB | 可增第三 brick/arbiter；inode 周检 >75% 告警 |
扩容：gluster volume add-brick 前须 drain 全 Lane、暂停 rsync，并留变更窗口记录。采购侧可在 定价页 对比 1TB/2TB 并联套餐，在 帮助中心 核对 SSH 与挂载路径后再下单第二台 brick 节点。
与对象存储矩阵的分工：GlusterFS 负责 POSIX 构建树与晋升目录；需要 S3 API 或客户端缓存时转读 JuiceFS 决策矩阵，需要纠删码对象桶时转读 MinIO 矩阵，避免双主写同一路径。
六步落地（最小可复现）
- 压测选定 Replica 3 或 arbiter，冻结卷策略入库。
- 挂载各 AZ 统一 brick 路径，
cluster.quorum-type auto配奇数节点。 - rsync 绑定 bwlimit 档位与 timer，与 heal 错峰四小时。
- 构建锁 为每 Lane 配置 flock 与 JSONL 审计。
- 探针 合并磁盘双阈 + heal 队列 + OpenClaw 金丝雀 摘要。
- 验收 双阈脚本挡晋升；黄线连续一周再升并发。
⑤ 故障切换 FAQ
- 问：brick 离线能否继续构建？答：Replica 3 丢 1 brick 可限流只读；丢 2 须冻结 Promotion 并切副区挂载。
- 问：rsync 与 heal 同时打满盘？答：先降 bwlimit、停 delete-delay，heal pending < 200 且 APFS 回黄线再恢复。
- 问：与 MinIO/JuiceFS 如何并存？答：Gluster 扛 POSIX 构建树；对象与缓存层见姊妹矩阵，勿双主写同一路径。
- 问：金丝雀阶段能否全速 rsync？答：应对齐 Flagger 金丝雀文，将 bwlimit 降至 stable 的 40%，且禁止向 canary 前缀推送未验 digest 的制品。
- 问：quorum 维护窗口多长？答：单 brick 维护建议 15–30 分钟冻结 Promotion；跨 AZ 同时维护须提前广播并确认副区只读挂载可用。
可引用（3 条）：① heal 并行不超过 4（2TB）/2（1TB）。② rsync+heal 合计写带宽 ≤ 网卡可持续七成。③ 故障切换须先广播 OpenClaw 摘要再改 quorum。
适用：多节点 M4 以 GlusterFS 作并联制品底座的团队。S3 路径见 MinIO 矩阵。