Skip to content

类型:报告 · 建档:2026-08-04 | 时效性文档,引用前请核对正文的数据截止日

汇报 - TKE 集群服务下线与资源释放分析(STAR) ​

北京地域 TKE 集群 tke-cls-dyz4wcd3 承载 75 个 Deployment 服务,其中 42 个已下线(目标 Pod = 0)。本汇报量化清理 -2-prod 冗余服务后的资源释放量与年度成本节省估算。

关键指标 ​

指标数值
集群总 Deployment75
已下线服务(Pod = 0)42
-2 配对释放服务35
释放 CPU17.5 核
释放内存103.6 Gi
-2 服务年度节省¥37,190 / 年
全部下线服务年度节省¥50,164 / 年

STAR 模型 ​

S — 情境 Situation ​

  • 北京地域 TKE 集群 tke-cls-dyz4wcd3 承载 75 个 Deployment 服务。
  • 其中 42 个服务目标 Pod 数为 0(已下线),33 个仍在运行。
  • 服务命名存在成对关系:-2-prod 后缀服务与不带 -2 的原服务配置原本一致,属冗余 / 迁移遗留。
  • 下线服务虽不占用运行时资源,但其声明的 Request / Limits 仍占用调度与计费口径,需量化清理收益。

T — 任务 Task ​

  • 统计总服务数与已下线服务数(目标 Pod = 0 判定下线)。
  • 对 -2 服务与原服务进行配对,确认配置一致性。
  • 计算下线服务释放的 Pod 数、CPU、内存。
  • 按腾讯云 TKE 计价估算年度可节省成本,支撑资源回收决策。

A — 行动 Action ​

  1. 数据解析:用 csv 模块正确解析多行字段 CSV,提取名称 / 运行·期望 Pod / Request·Limits。
  2. 下线判定:以期望 Pod 数 = 0 作为下线标准,区分在线 33 / 下线 42。
  3. 配对匹配:将 xxx-2-prod 映射到 xxx-prod,成功配对 35 对,未配对 2 个(starrocks 相关)。
  4. 资源核算:按 Request 口径累加 CPU(核)与内存(Mi→Gi)。
  5. 成本估算:采用北京地域按量参考价 CPU ¥0.053/核·h、内存 ¥0.032/Gi·h,年运行 8766h。

R — 结果 Result ​

维度数值
下线服务数42
-2 配对释放35
释放 CPU17.5 核
释放内存103.6 Gi
  • -2 服务下线 · 预估年度节省:¥37,190
  • 含全部下线服务:¥50,164 / 年

注:成本按 Request 估算,年运行 8766h;实际费用受包年折扣、预留实例、Spot 等影响,仅供参考。

释放资源明细(Top 8 + 合计) ​

按内存 Request 降序排列,-2 服务配对,Request 口径:

服务基础名CPU Req(核)CPU Lim(核)内存 Req(Mi)内存 Lim(Mi)
sip-mac-special-activity0.14.012,28824,576
sip-mac-crs0.14.08,19216,144
sip-mac-crs-async1.04.08,19216,384
sip-mac-order-form4.08.08,1928,192
sip-mac-gateway0.14.04,09616,000
sip-mac-openapi2.08.04,0968,192
sip-mac-tag4.08.04,0968,192
sip-mac-report1.04.04,0968,192
… 其余 27 个服务5.22102.052,896120,332
合计(35 个 -2 服务)17.52146.0106,048226,704

交互式汇报卡片

下方为原始 STAR 汇报 HTML,可查看完整视觉效果。