docs(design): 阶段四 §10.6 扩容收口——mini-infra 32G 已扩并复验健康(available 427Mi→24Gi,OOM 风险解除)

创始人 2026-07-05 选 32G,mini-infra 15G→31Gi 可用;fable SSH 复验:used 6.7Gi/free 20Gi/available
24Gi、12 容器全回来零异常退出(minio/mysql/postgres/redis/nginx/new-api healthy)、Nacos readiness 200。
观测栈 3-4G 常驻装进 24Gi 余量绰绰、OOM 风险解除;本项收口(内存维度已备,CPU/IO 隔离+跨机拓扑仍按设计执行)。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

docs/agent-specs/2026-07-05-全链路可观测性-OTel三信号全栈-设计.md

@@ -148,4 +148,4 @@ flowchart LR
 3. **admin 一键进盘本期做还是排期**——《观测体系》§2 的硬目标,别让它在「五面」里蒸发成孤儿。
 4. **new-api 批跑冻结阀本期做还是排期**——命脉级控制,2026-06 通道作废的教训沉淀,建议连巡检一起做。
 5. **业务 traceId 与 W3C traceId 采并存关联**(§5 面四)——影响排障时 trace 的连续性。
-6. **mini-infra 扩容目标规格**——已实测坐实(2026-07-05 关机前):15G 机、空闲仅 427Mi、available 7.3G 全是可回收缓存、容器实占约 7.5G(ragflow 独占 3.35G 最大且 AI 件爱涨)、swap 4G 基本未用。观测栈带内存和 CPU 双上限约 3 到 4G 常驻。**建议扩到 32G(下限:常驻约 11.5G 加约 20G 缓存与 spike 余量,干净解决 OOM)或 64G(一台管到底,给 ragflow 与生成负载的长期涨幅留头)**。创始人 2026-07-05 已启动关机扩容窗口,加多少待其定;装好复验整栈健康后本项收口、扩容后规格回写。
+6. **mini-infra 扩容目标规格**——已实测坐实(2026-07-05 关机前):15G 机、空闲仅 427Mi、available 7.3G 全是可回收缓存、容器实占约 7.5G(ragflow 独占 3.35G 最大且 AI 件爱涨)、swap 4G 基本未用。观测栈带内存和 CPU 双上限约 3 到 4G 常驻。**建议扩到 32G(下限:常驻约 11.5G 加约 20G 缓存与 spike 余量,干净解决 OOM)或 64G(一台管到底,给 ragflow 与生成负载的长期涨幅留头)**。**✅ 已扩容并复验(2026-07-05):创始人选 32G,mini-infra 从 15G 升到 31Gi 可用**,复验整栈健康——used 6.7Gi、free 20Gi、**available 24Gi**(扩前仅 427Mi),12 容器全回来零异常退出(minio/mysql/postgres/redis/nginx/new-api 均 healthy),Nacos readiness 200。观测栈 3 到 4G 常驻装进 24Gi 余量绰绰有余、OOM 风险解除。本项收口:实施落 mini-infra、内存维度已备;CPU/IO 隔离纪律(§5 面三、§9)与跨机拓扑仍按设计执行。