feat(cluster): 接入深圳专用 Worker 节点
新增深圳 K3s agent 与四节点 WireGuard 全互联接入脚本,将深圳归入香港逻辑 Worker 池并用污点限制为 Worker 专用。\n\n生产验收支持宁波 0、香港逻辑池 2 的双物理节点基线,补充副本拓扑分散、容量档位、链路巡检和零副本站点校验。\n\n已通过 Go 全量测试、go vet、govulncheck、迁移安全检查、ShellCheck、发布脚本测试、前后端 lint/test/build、Compose 与 Kubernetes 渲染校验。
This commit is contained in:
@@ -89,6 +89,22 @@ AI_GATEWAY_WORKER_REPLICAS_HONGKONG
|
||||
各一个 2 GiB Worker,再按实时内存、CPU 和 PostgreSQL 预算验证 `1+2`、条件允许时的
|
||||
`2+2`,以及安全 drain 回到 `1+1`:
|
||||
|
||||
宁波因正式混部不具备 Worker 余量时,验收可改用 `0+2` 基线:
|
||||
|
||||
```bash
|
||||
AI_GATEWAY_ACCEPTANCE_BASE_REPLICAS_NINGBO=0
|
||||
AI_GATEWAY_ACCEPTANCE_BASE_REPLICAS_HONGKONG=2
|
||||
AI_GATEWAY_ACCEPTANCE_AUTOSCALING_MIN_REPLICAS_NINGBO=0
|
||||
AI_GATEWAY_ACCEPTANCE_AUTOSCALING_MIN_REPLICAS_HONGKONG=1
|
||||
AI_GATEWAY_ACCEPTANCE_AUTOSCALING_MAX_REPLICAS_NINGBO=0
|
||||
AI_GATEWAY_ACCEPTANCE_AUTOSCALING_MAX_REPLICAS_HONGKONG=2
|
||||
```
|
||||
|
||||
此时香港逻辑池的两个 Worker 必须通过 hostname topology spread 分布在香港和深圳物理节点;
|
||||
固定容量仍是两个实例,自动伸缩阶段验证 `0+1 → 0+2 → 0+1`,最终 certified profile
|
||||
恢复 `0+2` 最小副本以保留双物理节点容灾。资源前置门禁采样实际启用的 Worker 站点节点,
|
||||
宁波仍受运行时 80% 目标和 85% 硬门禁约束。
|
||||
|
||||
| 档位 | 单实例执行槽 | 数据库池 | 媒体并发 | 全局执行槽 |
|
||||
|---|---:|---:|---:|---:|
|
||||
| P24 | 24 | 32 | 24 | 48 |
|
||||
|
||||
Reference in New Issue
Block a user