云平台，vcpu超分比

CloudOS7.0 vCPU 超分比说明（CAS 底层 CVK）
你现在配置 1:5（5 倍超分），没有全局固定最优值，完全取决于业务负载。
⚠️CloudOS7.0 的 CPU 超分比，是资源池 / 可用域层面的配额上限，不是强制调度，只是限制该池最大可分配 vCPU 总和，不等于主机实际运行就一定会跑到 5 倍负载。
计算口径：总分配 vCPU ÷ 物理 CPU 物理核，不把超线程算进物理核。
分场景参考（生产落地经验）
数据库、ERP、中间件、高并发业务（延迟敏感）
推荐：1:1 ~ 1:2，尽量少超配；数据库建议 1:1 不超分。
这类业务一旦宿主机 CPU 冲高，虚机内st(steal)时间上涨，业务卡顿、慢查询。
普通业务：OA、Web、应用服务器、混合业务（绝大多数企业私有云）
推荐：1:2 ~ 1:3，这是 H3C 交付最常用安全区间。
1:5 属于偏高，只适合业务平均 CPU 利用率很低的场景，如果业务有波峰，1:5 很容易出现 CPU 调度争抢，虚机卡顿，宿主机 CPU 看着不高，但虚机内部业务慢。
测试开发、桌面云 VDI、低负载业务
可以用到 1:4~1:5（你当前配置）；桌面云场景甚至可以到 1:6‑1:8。
前提：业务峰值 CPU 不高，能接受少量性能抖动。
注意：内存严禁跟着 CPU 一样高超分，内存超分建议≤1.2，数据库业务内存建议不超分。
判断当前 1:5 是否合理，看 3 个核心指标（比单纯看配置更重要）
宿主机物理 CPU 平均利用率：日常≤70%，波峰短时不超过 80%；持续超过 70%，5 倍超分就过高，需要下调。
虚拟机内部top看st(steal)：稳定≤5%，如果经常 > 10%，代表 CPU 争抢严重，超分过高。
资源池实际分配倍率：不要看配置上限 5 倍，看实际已分配 vCPU / 物理核，很多环境配 5 倍上限，但实际只跑到 2 倍，这种情况风险不大。
举例：配置上限 1:5，但实际业务只跑到 1:2.2，那 5 倍上限只是配额，不会带来性能问题；但如果实际分配已经跑到 4 倍以上，业务波峰就会出隐患。
风险点（1:5 配置要注意）
CloudOS 超分比只是分配配额控制，不是性能保障。配置 5 倍只是允许你开出这么多 vCPU，不代表业务能稳定跑。
集群主机故障 HA 触发，虚拟机全部漂移到剩余节点，剩余节点瞬时实际超分比会被放大，这是高超分最大风险点。
比如 3 台主机，5 倍上限，坏一台，全部虚机漂移到剩下 2 台，实际超分直接拉高，业务集体卡顿。
高超分场景，一定要做好虚拟机 CPU 限制（上限），防止个别虚机狂吃 CPU 把整台宿主机打垮。
实操建议给到你
如果你的资源池里面有数据库、ERP 等关键业务：建议下调上限到 1:3，不要维持 1:5；
如果全部是测试、桌面、低负载业务：可以保留 1:5，但重点监控宿主机 CPU 利用率和虚机 steal 时间；
无论超分比设置多少，必须评估 HA 故障后的漂移压力，故障后剩余节点实际超分不能超过安全阈值。
配置位置
CloudOS7.0 → 资源池 / 可用域 → 高级设置，修改 vCPU 超分比；该参数控制该资源池最大可分配 vCPU 配额，修改不影响已经运行的虚机，只限制新创建、扩容虚拟机的资源分配上限。
补充：巡检告警逻辑：H3C 健康巡检，当实际运行超分＞1.5 会报警告，＞3 会报严重告警，这是巡检的风险提示，不是强制不能用 3‑5 倍，只是提示风险。